首页 > 代码库 > TCP学习(3)--TCP释放连接的过程(四次挥手)
TCP学习(3)--TCP释放连接的过程(四次挥手)
一.TCP释放连接的过程(四次挥手)
TCP释放连接的步骤例如以下图所看到的。
如今如果clientA和server端B都处于数据传送状态。
TCP连接断开的过程例如以下：
1.clientA发送FIN=1的连接释放报文给serverB，并进入FIN-WAIT1状态；
2.serverB收到A发送的连接释放报文段之后。发出确认报文段，并进入关闭等待状态。clientA在收到确认状态之后，进入FIN-WAIT2状态。此时，clientＡ不再向server端发送数据，可是。server端Ｂ仍然能够向A发送数据；
3.在serverB发送完数据之后，发送一遍FIN=1的连接释放报文段，表明自己发送数据完成，准备断开连接，并进入LAST-ACK状态；
4.clientA在收到server端的连接释放报文段，给server端发送确认报文段。并进入TIME-WAIT状态，在等待了2MSL时间后进入CLOSED状态；而server端B在收到client发送的应答报文段之后，就进入CLOSED状态。
时间MSL叫做最长报文段寿命，建议时间为2分钟。
上述的TCP释放连接的过程是四次握手。可是也能够看做是两个二次握手
二.为什么clientA在TIME-WAIT状态之后必须等待2MSL的时间呢？
1.为了保证A发送的最后一个ACK报文段可以到达B。这个ACK报文段有可能丢失，因而使处在LAST-ACK状态的B收不到对已发送的FIN+ACK报文段的确认。B会超时重传这个FIN-ACK报文段。而A就能在2MSL时间内收到这个重传的FIN+ACK报文段。
接着A重传一次确认，又一次启动2MSL计时器。最后，A和B都正常进入到CLOSED状态。假设A在TIME-WAIT状态不等待一段时间。而是在发送完ACK报文段后马上释放连接。那么就无法收到B重传的FIN+ACK报文段，因而也不会再发送一次确认报文段。这样，B就无法依照正常步骤进入CLOSED状态。
2.为了防止已失效的连接请求报文段出如今本连接中。A在发送完最后一个ACK报文段后。再经过时间2MSL，就能够使得本连接持续时间内说产生的全部报文段都从网络中消失。这样就能够使下一个新的连接中不会出现这样的旧的连接请求报文段。
三.保活计时器
除了时间等待计时器外，TCP还设有一个保活计时器。server每收到一次客户的数据。就又一次设置保活计时器，时间的设置一般是两个小时。若两个小时没有收到客户的数据，server就发送一个探測报文段，以后则每隔75分钟发送一次，若一连发送10个探測报文段后仍无客户的响应，server就觉得client出了故障。接着就关闭这个连接。
保活计时器是为了防止连接建立之后。client突然出现问题而没有出现响应。导致server一直出了连接状态而设置的。
參考文献
谢希仁, 计算机网络(第五版): 电子工业出版社, 2007.
版权全部。欢迎转载，转载请注明出处，谢谢
TCP学习(3)--TCP释放连接的过程(四次挥手)
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。