TCP3次握手连接协议和4次握手断开连接协议
三次挥手四次握手原理
三次挥手四次握手原理摘要：1.三次挥手与四次握手的概念2.三次挥手的过程3.四次握手的过程4.三次挥手与四次握手的区别与联系正文：在网络通信中，三次挥手与四次握手是两种常见的握手方式，它们分别应用于TCP 和UDP 协议中。
首先，我们来了解一下三次挥手和四次握手的概念。
在网络通信中，握手是为了建立连接，挥手是为了断开连接。
TCP 协议是面向连接的协议，需要建立连接后才能进行数据传输，因此使用了三次挥手来断开连接。
而UDP 协议是无连接的协议，不需要建立连接，因此使用了四次握手来建立连接。
接下来，我们来看三次挥手的过程。
当一个TCP 连接需要断开时，发送方会发送一个带有FIN 标志位的数据包给接收方，表示要断开连接。
接收方收到后，会发送一个带有ACK 标志位的确认数据包给发送方。
然后，接收方也会发送一个带有FIN 标志位的数据包给发送方，表示同意断开连接。
最后，发送方再发送一个带有ACK 标志位的确认数据包给接收方，这样，三次挥手就完成了。
然后，我们来看四次握手的过程。
当一个UDP 连接需要建立时，发送方会发送一个带有SYN 标志位的数据包给接收方，表示要建立连接。
接收方收到后，会发送一个带有SYN/ACK 标志位的确认数据包给发送方。
然后，发送方再发送一个带有ACK 标志位的确认数据包给接收方。
最后，接收方也会发送一个带有ACK 标志位的确认数据包给发送方，这样，四次握手就完成了。
三次挥手与四次握手的区别在于，三次挥手是用来断开TCP 连接的，而四次握手是用来建立UDP 连接的。
它们的联系在于，它们都是网络通信中常见的握手方式，用于建立和断开连接。
三次握手和四次挥手的原理
三次握手和四次挥手的原理一、引言在计算机网络通信中，要确保可靠地建立和断开连接，就需要使用三次握手和四次挥手来进行握手协议。
三次握手是在客户端和服务器之间建立连接时进行的握手过程，而四次挥手则是在断开连接时进行的挥手过程。
本文将详细介绍三次握手和四次挥手的原理和过程。
二、三次握手的原理三次握手是建立TCP连接时使用的一种协议，它的目的是确保客户端和服务器都能够正常接收和发送数据。
下面是三次握手的原理和过程：1.第一次握手（SYN）客户端向服务器发送一个SYN包（同步序列编号）包，其中的序列编号是一个随机数，用于标识数据段的顺序。
同时客户端进入SYN_SEND状态，并等待服务器的回应。
2.第二次握手（SYN + ACK）服务器接收到客户端的SYN包后，会发送一个确认包给客户端，该包中包含两个标志位：SYN和ACK。
服务器也需要产生一个随机的序列号，并将客户端的序列号加一，作为确认号发送给客户端。
同时服务器进入SYN_RECV状态。
3.第三次握手（ACK）客户端接收到服务器的回应后，会发送一个确认包给服务器，该包中的标志位只有ACK。
客户端会将服务器的序列号加一，作为确认号发送给服务器。
同时客户端和服务器都进入ESTABLISHED状态，表示连接已经建立成功。
通过三次握手，客户端和服务器都能够确认彼此的接收和发送能力，确保了连接的可靠性。
三、四次挥手的原理四次挥手是断开TCP连接时使用的一种协议，它的目的是确保双方都能够正常断开连接，释放资源。
下面是四次挥手的原理和过程：1.第一次挥手（FIN）客户端发起断开连接的请求，发送一个FIN包给服务器。
客户端进入FIN_WAIT_1状态，等待服务器的回应。
2.第二次挥手（ACK）服务器接收到客户端的FIN包后，发送一个确认包给客户端。
服务器进入CLOSE_WAIT状态，表示准备关闭连接。
3.第三次挥手（FIN）服务器发起断开连接的请求，发送一个FIN包给客户端。
通俗大白话来理解TCP协议的三次握手和四次分手
通俗⼤⽩话来理解TCP协议的三次握⼿和四次分⼿通俗理解:但是为什么⼀定要进⾏三次握⼿来保证连接是双⼯的呢，⼀次不⾏么？两次不⾏么？我们举⼀个现实⽣活中两个⼈进⾏语⾔沟通的例⼦来模拟三次握⼿。
引⽤⽹上的⼀些通俗易懂的例⼦，虽然不太正确，后⾯会指出，但是不妨碍我们理解，⼤体就是这么个理解法。
第⼀次对话：⽼婆让甲出去打酱油，半路碰到⼀个朋友⼄，甲问了⼀句：哥们你吃饭了么？结果⼄带着⽿机听歌呢，根本没听到，没反应。
甲⼼⾥想：跟你说话也没个⾳，不跟你说了，沟通失败。
说明⼄接受不到甲传过来的信息的情况下沟通肯定是失败的。
如果⼄听到了甲说的话，那么第⼀次对话成功，接下来进⾏第⼆次对话。
第⼆次对话：⼄听到了甲说的话，但是他是⽼外，中⽂不好，不知道甲说的啥意思也不知道怎样回答，于是随便回答了⼀句学过的中⽂：我去厕所了。
甲⼀听⽴刻笑喷了，“去厕所吃饭”?道不同不相为谋，离你远点吧，沟通失败。
说明⼄⽆法做出正确应答的情况下沟通失败。
如果⼄听到了甲的话，做出了正确的应答，并且还进⾏了反问：我吃饭了，你呢？那么第⼆次握⼿成功。
通过前两次对话证明了⼄能够听懂甲说的话，并且能做出正确的应答。
接下来进⾏第三次对话。
第三次对话：甲刚和⼄打了个招呼，突然⽼婆喊他，“你个死⿁，打个酱油咋这么半天，看我回家咋收拾你”，甲是个妻管严，听完吓得⼆话不说就跑回家了，把⼄⾃⼰晾那了。
⼄⼼想：这什么⼈啊，得，我也回家吧，沟通失败。
说明甲⽆法做出应答的情况下沟通失败。
如果甲也做出了正确的应答：我也吃了。
那么第三次对话成功，两⼈已经建⽴起了顺畅的沟通渠道，接下来开始持续的聊天。
通过第⼆次和第三次的对话证明了甲能够听懂⼄说的话，并且能做出正确的应答。
可见，两个⼈进⾏有效的语⾔沟通，这三次对话的过程是必须的。
为了保证服务端能收接受到客户端的信息并能做出正确的应答⽽进⾏前两次(第⼀次和第⼆次)握⼿，为了保证客户端能够接收到服务端的信息并能做出正确的应答⽽进⾏后两次(第⼆次和第三次)握⼿。
tcp三次握手四次挥手大白话理解
tcp三次握⼿四次挥⼿⼤⽩话理解tcp三次握⼿四次挥⼿⼤⽩话理解三次握⼿建⽴连接阐述：第⼀次握⼿：客户端要和服务端进⾏通信，⾸先要告知服务端⼀声，遂发出⼀个SYN=1的连接请求信号,”服务端哥哥，我想给你说说话”。
第⼆次握⼿：当服务端接收到客户端的连接请求，此时要给客户端⼀个确认信息，”我知道了（ACK）,我这边已经准备好了，你现在能连吗（SYN）”。
第三次握⼿：当客户端收到了服务端的确认连接信息后，要礼貌的告知⼀下服务端，“好的，咱们开始联通吧（ACK）”。
到此整个建⽴连接的过程已经结束，接下来就是双⽅你⼀句我⼀句甚⾄同时交流传递信息的过程了。
四次挥⼿断开连接阐述：第⼀次挥⼿：双⽅交流的差不多了，此时客户端也已经结尾了，接下来要断开通信连接，所以告诉服务端“我说完了（FIN）”，此时⾃⾝形成等待结束连接的状态。
第⼆次挥⼿：服务端知道客户端已经没话说了，服务端此时还有两句⼼⾥话要给客户端说，“我知道你说完了（ACK），我再给你说两句，&*……%￥”。
第三次挥⼿：此时客户端洗⽿恭听继续处于等待结束的状态，服务器端也说完了，⾃⾝此时处于等待关闭连接的状态，并对告诉客户端，“我说完了，咱们断了吧（FIN）”。
第四次挥⼿：客户端收知道服务端也说完了，也要告诉服务端⼀声（ACK），因为连接和断开要双⽅都按下关闭操作才能断开，客户端同时⼜为⾃⼰定义⼀个定时器，因为不知道刚才说的这句话能不能准确到达服务端（⽹络不稳定或者其他因素引起的⽹络原因），默认时间定为两个通信的最⼤时间之和，超出这个时间就默认服务器端已经接收到了⾃⼰的确认信息，此时客户端就关闭⾃⾝连接，服务器端⼀旦接收到客户端发来的确定通知就⽴刻关闭服务器端的连接。
到此为⽌双⽅整个通信过程就此终结。
这⾥要声明⼀下：断开链接不⼀定就是客户端，谁都可以先发起断开指令，另外客户端和服务端是没有固定标准的，谁先发起请求谁就是客户端。
TCP三次握手四次挥手过程及原理
TCP三次握手四次挥手过程及原理TCP（Transmission Control Protocol）是一种面向连接的、可靠的传输控制协议。
在一个TCP连接的建立和断开过程中，都需要进行三次握手和四次挥手。
1. TCP三次握手（Three-Way Handshake）过程三次握手的目的是在发送和接收数据之前，确保双方都能正常地建立起连接。
握手过程如下：第一步：客户端发送请求连接的SYN（Synchronize）报文段，其中的SYN标志位被置为1，随机选择一个序号seq=x，并将该报文段发送给服务端。
第二步：服务端接收到SYN报文段后，会发送一个SYN+ACK报文段作为确认，其中SYN和ACK标志位都被置为1，服务端还会随机选择一个序号seq=y和一个确认号ack=x+1，并将该报文段发送给客户端。
第三步：客户端接收到SYN+ACK报文段后，会再次发送一个ACK报文段作为最终确认，其中ACK标志位被置为1，确认号ack=y+1，序号seq=x+1，并将该报文段发送给服务端。
当服务端接收到该最终ACK报文段后，整个三次握手过程完成，TCP 连接建立成功，双方可以开始进行数据的传输。
三次握手的原理是通过双方的一系列报文段交互，确保双方都具备接收和发送数据的能力。
这样可以防止服务端收到重复连接请求和客户端无法接收服务端的响应。
2. TCP四次挥手（Four-Way Handshake）过程四次挥手的目的是在断开连接时，客户端和服务端都能正常地结束连接。
挥手过程如下：第一步：客户端发送一个FIN（Finish）报文段，其中的FIN标志位被置为1，并且带有一个序号seq=u，发送给服务端。
第二步：服务端接收到客户端的FIN报文段后，会发送一个ACK报文段作为确认，ACK标志位被置为1，确认号ack=u+1，并将该报文段发送给客户端。
第三步：在服务端接收到客户端的FIN报文段后，服务端还需要等待一段时间，将所有的数据都发送给客户端。
简述三次握手和四次挥手的流程
一、三次握手的流程1. 客户端向服务器发起连接请求在进行三次握手的第一步，客户端会向服务器发送一个特殊的SYN（同步）包，来请求建立连接。
这个包中会包含一个随机生成的序列号，作为本次连接的起始值。
2. 服务器确认客户端的请求收到客户端的SYN包之后，服务器会向客户端发送一个ACK （确认）包作为应答，并且也会包含一个随机生成的序列号，作为本次连接的起始值。
此时，服务器也会发送一个SYN包给客户端，表示自己也同意连接。
3. 客户端确认服务器的应答客户端收到服务器的ACK包之后，同样会发送一个ACK包作为应答，表示客户端也同意建立连接。
此时，双方的连接就正式建立起来了。
二、四次挥手的流程1. 客户端告知服务器自己要断开连接在进行四次挥手的第一步，客户端会向服务器发送一个FIN（结束）包，表示自己要断开连接。
2. 服务器收到客户端的请求，确认可以断开连接服务器收到客户端的FIN包之后，会向客户端发送一个ACK包作为应答，表示自己已经收到了客户端的断开连接请求，并且同意断开连接。
3. 服务器也告知客户端自己要断开连接在进行四次挥手的第三步，服务器会向客户端发送一个FIN包，表示自己也要断开连接。
4. 客户端确认服务器的应答，断开连接客户端收到服务器的FIN包之后，会向服务器发送一个ACK包作为应答，表示自己已经收到了服务器的断开连接请求，并且同意断开连接。
此时，连接就正式断开了。
总结：三次握手和四次挥手是TCP协议中用于建立和断开连接的过程，通过以上流程的描述，我们可以清晰地了解到建立连接和断开连接的详细步骤。
这对于网络通信的稳定性和安全性有着重要的意义。
在网络通信中，TCP协议的三次握手和四次挥手是非常重要的过程，它们保证了数据的可靠传输和连接的安全关闭。
接下来，我们将对三次握手和四次挥手的过程进行更深入的探讨。
我们来看三次握手的过程。
在这个过程中，客户端和服务器需要经历一系列步骤来建立可靠的连接。
客户端向服务器发送一个特殊的SYN （同步）包，其中包含一个随机生成的序列号，用于标识本次连接的起始值。
tcp健康检查原理
TCP健康检查原理一、什么是TCP健康检查TCP（Transmission Control Protocol，传输控制协议）健康检查是一种网络技术，它用于检测计算机网络中TCP连接的状态，以确定网络是否正常工作。
TCP是一种面向连接的协议，通过三次握手建立连接，并通过四次挥手关闭连接。
在网络中，TCP健康检查可以用于检测服务器的可用性、连接的稳定性以及网络延迟等信息。
二、TCP健康检查的原理TCP健康检查的原理是利用底层的TCP协议进行连接的建立和断开，以及数据的传输。
健康检查的过程通常包括以下几个步骤：1. 建立连接TCP健康检查的第一步是建立连接。
客户端向服务器发送一个连接请求，服务器接收到请求后回复确认连接，客户端再次回复确认连接。
这个过程称为三次握手。
当三次握手完成后，连接建立，双方可以开始进行数据的传输。
2. 数据传输TCP健康检查的第二步是进行数据的传输。
在建立连接后，客户端可以向服务器发送数据，服务器接收到数据后进行处理，并向客户端返回响应。
双方通过传输数据来测试连接的可用性和稳定性。
如果数据传输过程中出现错误，连接可能会中断，需要重新建立连接。
3. 断开连接TCP健康检查的第三步是断开连接。
当传输数据完成后，客户端和服务器需要关闭连接以释放资源。
断开连接的过程称为四次挥手。
客户端向服务器发送关闭连接请求，服务器回复确认关闭连接，然后服务器再向客户端发送关闭连接请求，最后客户端回复确认关闭连接。
当四次挥手完成后，连接彻底关闭。
三、TCP健康检查的应用场景TCP健康检查广泛应用于各个领域，特别是在网络运维和负载均衡等方面。
以下是一些TCP健康检查的应用场景：1. 网络负载均衡在网络负载均衡中，TCP健康检查可以用于检测后端服务器的可用性。
负载均衡设备会定期发送TCP连接请求到后端服务器，如果服务器无法建立连接或在规定时间内没有响应，负载均衡设备会认为该服务器不可用，并将请求转发给其他可用服务器，从而实现请求的均衡分发。
三次握手和四次挥手的简单理解
三次握手和四次挥手的简单理解三次握手和四次挥手是计算机网络中常用的两个概念，它们在建立和断开TCP连接时发挥着重要作用。
本文将从简单的角度对三次握手和四次挥手进行解释和理解。
一、三次握手三次握手是指在建立TCP连接时，客户端和服务器之间需要进行三次通信来确认连接的可靠性。
具体过程如下：1. 第一次握手：客户端向服务器发送一个连接请求报文段，并且等待服务器的确认。
2. 第二次握手：服务器收到请求后，向客户端发送一个确认报文段，同时自己也发送一个请求报文段。
3. 第三次握手：客户端收到服务器的确认后，再向服务器发送一个确认报文段，确认连接已建立。
通过三次握手，客户端和服务器可以建立起可靠的连接，并开始进行数据传输。
这个过程保证了双方的通信能够稳定和可靠。
二、四次挥手四次挥手是指在断开TCP连接时，客户端和服务器之间需要进行四次通信来确认连接的断开。
具体过程如下：1. 第一次挥手：客户端发送一个断开连接的请求报文段，请求服务器关闭连接。
2. 第二次挥手：服务器收到请求后，向客户端发送一个确认报文段，告知客户端可以断开连接。
3. 第三次挥手：服务器发送一个断开连接的请求报文段，请求客户端关闭连接。
4. 第四次挥手：客户端收到请求后，向服务器发送一个确认报文段，告知服务器可以断开连接。
通过四次挥手，客户端和服务器可以安全地关闭连接，并释放资源。
这个过程保证了连接的正常断开，避免了数据丢失和资源浪费。
三、总结三次握手和四次挥手是TCP连接中建立和断开的过程，保证了数据的可靠传输和连接的正常关闭。
三次握手通过客户端和服务器之间的三次通信来确认连接的可靠性，四次挥手通过四次通信来保证连接的正常断开。
这两个过程在计算机网络中起着重要的作用，对于理解TCP连接的建立和断开过程有着重要的意义。
需要注意的是，三次握手和四次挥手的过程中，每次通信都需要双方的确认，确保连接的可靠性和稳定性。
同时，在实际应用中，还需要考虑网络延迟、丢包等问题，以保证连接的稳定和数据的可靠传输。
TCPIP协议三次握手与四次握手流程解析
TCPIP协议三次握⼿与四次握⼿流程解析⼀、TCP报⽂格式TCP/IP协议的详细信息参看《TCP/IP协议详解》三卷本。
下⾯是TCP报⽂格式图：图1 TCP报⽂格式上图中有⼏个字段需要重点介绍下：（1）序号：Seq序号，占32位，⽤来标识从TCP源端向⽬的端发送的字节流，发起⽅发送数据时对此进⾏标记。
（2）确认序号：Ack序号，占32位，只有ACK标志位为1时，确认序号字段才有效，Ack=Seq+1。
（3）标志位：共6个，即URG、ACK、PSH、RST、SYN、FIN等，具体含义如下：（A）URG：紧急指针（urgent pointer）有效。
（B）ACK：确认序号有效。
（C）PSH：接收⽅应该尽快将这个报⽂交给应⽤层。
（D）RST：重置连接。
（E）SYN：发起⼀个新连接。
（F）FIN：释放⼀个连接。
RST信息,则是client向server发送数据请求,但是server并没有运⾏.则client会收到来⾃对⽅主机发送的RST信息.11个状态中,除了ESTABLISHED外,还有2个⽐较重要的状态:CLOSED_WAIT和TIME_WAIT.CLOSE_WAIT状态时有对⽅主动调⽤close,向本地(这⾥本地,并不⼀定说的是client)发送FIN,本地接收到FIN,并向对⽅发送ACK之后,本地状态会变成CLOSE_WAIT状态.那么,本地如果需要从CLOSE_WAIT状态变成CLOSED状态,需要本地向对⽅发送FIN,也就是需要本地主动调⽤close,本地进⼊LAST_ACK,在本地接收到ACK之后,就进⼊CLOSED状态.需要注意的是：（A）不要将确认序号Ack与标志位中的ACK搞混了。
（B）确认⽅Ack=发起⽅Req+1，两端配对。
⼆、三次握⼿所谓三次握⼿（Three-Way Handshake）即建⽴TCP连接，就是指建⽴⼀个TCP连接时，需要客户端和服务端总共发送3个包以确认连接的建⽴。
三次挥手四次握手原理
三次挥手四次握手原理摘要：一、三次挥手原理1.用户设备与服务器建立连接2.用户设备发送请求3.服务器响应请求并返回数据4.用户设备接收数据并关闭连接5.服务器检测到连接关闭，再次发送确认6.用户设备收到确认，完成三次挥手二、四次握手原理1.用户设备与服务器建立连接2.用户设备发送请求3.服务器响应请求并返回数据4.用户设备接收数据并释放连接资源5.服务器检测到连接释放，发送确认6.用户设备收到确认，完成四次握手正文：在计算机网络通信中，三次挥手和四次握手是两个重要的协议机制，它们负责管理TCP连接的建立和断开。
以下将详细介绍这两种机制的原理。
一、三次挥手原理三次挥手（Three-way Handshake）是TCP协议中建立连接的过程。
具体步骤如下：1.用户设备（客户端）与服务器（服务器端）建立连接。
在这个过程中，客户端会随机生成一个序列号seq（A），作为第一个数据包发送给服务器。
2.服务器收到客户端的连接请求后，会向客户端发送确认，确认号是seq （B），同时服务器也会随机生成一个序列号seq（C）作为下一个数据包的序列号。
3.客户端收到服务器的确认后，需要再次确认，确认号是seq（A+1），此时客户端已经知道服务器的初始序列号seq（C）。
4.服务器收到客户端的确认后，会发送最后一个确认，确认号是seq（B+1）。
此时，三次挥手过程完成。
5.客户端收到服务器的最后一个确认后，关闭连接。
6.服务器检测到连接关闭，会再次发送确认，确认号是seq（C+1）。
7.客户端收到服务器的确认后，完成三次挥手。
二、四次握手原理四次握手（Four-way Handshake）是TCP协议中断开连接的过程。
具体步骤如下：1.用户设备（客户端）与服务器（服务器端）建立连接，客户端发送一个FIN（结束）包给服务器，序列号为seq（A）。
2.服务器收到客户端的结束请求后，向客户端发送一个确认，确认号为seq（B），同时服务器也会发送一个FIN包给客户端，序列号为seq（C）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
TCP协议三次握手连接协议
在TCP/IP协议中，TCP协议提供可靠的连接服务，采用三次握手建立一个连接，如图1所示。
(SYN 包表示标志位syn=1,ACK包表示标志位ack=1,SYN+ACK包表示标志位syn=1,ack=1)
(1) 第一次握手：建立连接时，客户端A发送SYN包(SEQ_NUMBER=j)到服务器B，并进入SYN_SEND 状态，等待服务器B确认。
(2) 第二次握手：服务器B收到SYN包，必须确认客户A的SYN(ACK_NUMBER=j+1)，同时自己也发送一个SYN包(SEQ_NUMBER=k)，即SYN+ACK包，此时服务器B进入SYN_RECV状态。
(3) 第三次握手：客户端A收到服务器B的SYN＋ACK包，向服务器B发送确认包
ACK(ACK_NUMBER=k+1)，此包发送完毕，客户端A和服务器B进入ESTABLISHED状态，完成三次握手。
完成三次握手，客户端与服务器开始传送数据。
TCP协议四次握手断开连接协议
由于TCP连接是全双工的，因此每个方向都必须单独进行关闭。
这个原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。
收到一个FIN只意味着这一方向上没有数据流动，一个TCP连接在收到一个FIN后仍能发送数据。
首先进行关闭的一方将执行主动关闭，而另一方执行被动关闭。
（1）客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送(报文段4)。
（2）服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1(报文段5)。
和SYN一样，一个FIN将占用一个序号。
（3）服务器B关闭与客户端A的连接，发送一个FIN给客户端A(报文段6)。
（4）客户端A发回ACK报文确认，并将确认序号设置为收到序号加1(报文段7)。
TCP采用四次挥手关闭连接如图2所示。
PS：另一个关闭连接的图
特别的TIME_WAIT状态：
从以上TCP连接关闭的状态转换图可以看出，主动关闭的一方在发送完对对方FIN报文的确认(ACK)报文后，会进入TIME_WAIT状态。
TIME_WAIT状态也称为2MSL状态。
什么是2MSL？MSL即Maximum Segment Lifetime，也就是报文最大生存时间，引用《TCP/IP详解》中的话：“它(MSL)是任何报文段被丢弃前在网络内的最长时间。
”那么，2MSL也就是这个时间的2倍。
其实我觉得没必要把这个MSL的确切含义搞明白，你所需要明白的是，当TCP连接完成四个报文段的交换时，主动关闭的一方将继续等待一定时间(2-4分钟)，即使两端的应用程序结束。
你可以写代码试试，然后用setstat查看下。
为什么需要2MSL？根据《TCP/IP详解》和《The TCP/IP Guide》中的说法，有两个原因：
其一，保证发送的ACK会成功发送到对方，如何保证？我觉得可能是通过超时计时器发送。
这个就很难用代码演示了。
其二，报文可能会被混淆，意思是说，其他时候的连接可能会被当作本次的连接。
直接引用《The TCP/IP Guide》的说法：The second is to provide a “buffering period” between the end of this connection and any subsequent ones. If not for this period, it is possible that packets from different connections could be mixed, creating confusion.
TIME_WAIT状态所带来的影响：（1到4分钟）
当某个连接的一端处于TIME_WAIT状态时，该连接将不能再被使用。
事实上，对于我们比较有现实意义的是，这个端口将不能再被使用。
某个端口处于TIME_WAIT状态(其实应该是这个连接)时，这意味着这个TCP连接并没有断开(完全断开)，那么，如果你bind这个端口，就会失败。
对于服务器而言，如果服务器突然crash掉了，那么它将无法在2MSL内重新启动，因为bind会失败。
解决这个问题的一个方法就是设置socket的SO_REUSEADDR选项。
这个选项意味着你可以重用一个地址。
对于TIME_WAIT 当建立一个TCP连接时，服务器端会继续用原有端口监听，同时用这个端口与客户端通信。
而客户端默认情况下会使用一个随机端口与服务器端的监听端口通信。
有时候，为了服务器端的安全性，我们需要对客户端进行验证，即限定某个IP某个特定端口的客户端。
客户端可以使用bind来使用特定的端口。
对于服务器端，当设置了SO_REUSEADDR选项时，它可以在2MSL内启动并listen成功。
但是对于客户端，当使
用bind并设置SO_REUSEADDR时，如果在2MSL内启动，虽然bind会成功，但是在windows平台上connect会失败。
而在linux上则不存在这个问题。
(我的实验平台：winxp, ubuntu7.10)
要解决windows平台的这个问题，可以设置SO_LINGER选项。
SO_LINGER选项决定调用close 时TCP的行为。
SO_LINGER涉及到linger结构体，如果设置结构体中l_onoff为非0，l_linger为0，那么调用close时TCP连接会立刻断开，TCP不会将发送缓冲中未发送的数据发送，而是立即发送一个RST报文给对方，这个时候TCP连接(关闭时)就不会进入TIME_WAIT状态。
如你所见，这样做虽然解决了问题，但是并不安全。
通过以上方式设置SO_LINGER状态，等同于设置SO_DONTLINGER 状态。
断开连接时的意外：
这个算不上断开连接时的意外，当TCP连接发生一些物理上的意外情况时，例如网线断开，linux
上的TCP实现会依然认为该连接有效，而windows则会在一定时间后返回错误信息。
这似乎可以通过设置SO_KEEPALIVE选项来解决，不过不知道这个选项是否对于所有平台都有效。