计算机网络（五），TCP四次挥手

五、TCP四次挥手

1.TCP四次挥手详情

（1）一开始双方都属于已连接状态

（2）客户端发送一个报文段：FIN=1，seq=u。FIN表示连接关闭请求，seq是之前最后一个发送的数据的标号+1。客户端进入关闭等待状态1（FIN-WAIT-1）

（3）服务端接收到关闭连接请求之后，通知程序需要关闭连接，然后返回一个报文段：ACK=1，seq=v，ack=u+1。这里标志位ACK=1表示确认号（ack）有效seq表示当前数据包顺序号，ack表示顺序号为u的数据包已经确认接受，请求数据号为u+1数据。状态变为关闭等待状态（CLOSE-WAIT）

（4）客户端接收到数据之后进入关闭等待状态2（FIN-WAIT2）

（5）服务器端发送报文段：FIN=1，ACK=1，seq=w，ack=u+1，用来关闭服务端到客户的数据传送，服务端进入一个LAST-ACK状态

（6）Client收到FIN之后，Client进入时间等待状态（2MSL之后关闭连接）接着发送一个报文段：ACK=1，seq=u+1，ack=w+1，Server进入CLOSED状态，完成四次挥手

2.为什么会有TIME-WAIT状态

（1）确保有足够的时间让对方收到ACK包

（2）避免新旧连接混淆

3.为什么需要四次握手才能断开连接

　　TCP连接是全双工的，服务端可以发送数据到客户端，客户端也可以发送数据到服务端，发送方和接收方都需要两次挥手才能关闭

4.服务器出现大量CLOSE_WAIT的原因

出现原因：（1）客户端一直请求关闭连接，服务端发送的数据对方接受不到（2）我方忙于读和写没有及时关闭

解决方法：（1）程序有bug，检查代码（2）检查配置

原文地址：https://www.cnblogs.com/xzmxddx/p/10354734.html

时间： 2024-10-15 19:16:51

计算机网络（五），TCP四次挥手的相关文章

TCP为什么是三次握手，为什么不是两次或者四次 && TCP四次挥手

这是一个很有意思的问题~ 首先,我们要知道TCP是全双工的,即客户端在给服务器端发送信息的同时,服务器端也可以给客户端发送信息.而半双工的意思是A可以给B发,B也可以给A发,但是A在给B发的时候,B不能给A发,即不同时,为半双工. 单工为只能A给B发,B不能给A发: 或者是只能B给A发,不能A给B发. 我们假设A和B是通信的双方.我理解的握手实际上就是通信,发一次信息就是进行一次握手. 第一次握手: A给B打电话说,你可以听到我说话吗? 第二次握手: B收到了A的信息,然后对A说: 我可以听得到

TCP四次挥手

tcp四次挥手详解: 挥手之前,客户端和服务器端都处于建立连接状态,客户端是主动关闭,服务器是被动关闭 (1)首先客户端发送连接释放报文FIN=1,seq=u,主动关闭连接,并不在发送数据.TCP规定FIN报文不能携带数据,但是消耗一个序号,这时A进入FIN_WAIT_1(终止等待1) (2)服务器收到连接释放报文后,发送确认,ACK=1,seq=v,ack=u+1(因为上面消耗了一个序号),这个之后服务器进入了close_wait状态,并通知高层应用程序,因此从可客户端到服务器发送的这个连接就

TCP四步挥手的各种状态转换图

对于TCP四步挥手时的各种状态转换,网上有很多资料.但是有很多描述不是很容易理解,甚至是描述错误,不如这篇文章里http://www.cnblogs.com/Jessy/p/3535612.html#3428191 说: 对此我表示不以为然.而且很容易误导初学者.在这里我贴出一个网上画的比较好的TCP四步挥手时的状态转换图:

TCP四次挥手断开连接详解

TCP四次挥手. 数据传输结束后,通信的双方都可释放连接.现在A和B都处于ESTABLISHED状态.A的应用程序先向TCP发出连接释放报文段,主动关闭TCP连接.A把连接释放报文段的首部FIN置为1,序号seq=u,它等于前面已传送过的数据的最后一个字节的序号加1.这时A进入FIN-WAIT-1状态,等待B的确认. B收到连接释放报文段后即发出确认,确认号是ack=u+1,而这个报文段自己的序号是v,等于B前面已传送过的数据的最后一个字节的序号加1.然后B就进入CLOSE-WAIT状态.TCP

TCP四次挥手及原因

一.TCP四次挥手 MSL是TCP报文里面最大生存时间,它是任何报文段被丢弃前在网络内的最长时间. 第一次挥手:A->B,A向B发出释放连接请求的报文,其中FIN(终止位) = 1,seq(序列号)=u:在A发送完之后,A的TCP客户端进入FIN-WAIT-1(终止等待1)状态.此时A还是可以进行收数据的第二次挥手:B->A:B在收到A的连接释放请求后,随即向A发送确认报文.其中ACK=1,seq=v,ack(确认号) = u +1;在B发送完毕后,B的服务器端进入CLOSE_WAIT(关闭

TCP四次挥手时TIME_WAIT状态以及端口号的分类

TIME_WAIT(时间等待计时器)状态是什么? 简单来说,TIME_WAIT状态是四次挥手中服务器向客户端发送FIN终止连接后进入的状态. 四次挥手的过程: 可以看到TIME_WAIT状态存在于客户端收到服务器FIN并返回ACK时的状态. 当处于TIME_WAIT状态时,我们无法创建新的连接,因为端口被占用. 2. 为什么会有TIME_WAIT状态? 原因如下两点: <1> 可靠的终止TCP连接若处于TIME_WAIT的客户端发送给服务器确认报文段丢失的话,服务器将在此重新发送FIN报文

TCP三次握手连接和TCP四次挥手及大量TIME_WAIT解决方法：

1.TCP建立连接,三次握手建立的TCP连接可靠的连接,必须经过三次握手建立连接才能正式通信彼此传输数数据. 客户端请求服务端建立连接第一次握手:客户给服务发送一个请求报文SYN, 客户端的状态置SYN_SENT状态第二次握手:服务端在收到客户端发过来的SYN请求报文后,开始给客户端发送ACK报文和SYN报文,状态置为SYN_RECE 第三次握手:客户端口收到服务端口过来的SYN报文和ACK报文后,状态由原来的SYN_SENT状态变为ESTABLISHED:并且给服务发送一个ACK报文告知

Java网络原理之连接管理：TCP三次握手和TCP四次挥手

问题:TCP为什么是三次握手?而不是两次或者四次? TCP作为种可靠传输控制协议,其核心思想:既要保证数据可靠传输,又要提高传输的效率,而用三次恰恰可以满足以上两方面的需求! TCP可靠传输的精髓: TCP连接的发送方A,由操作系统动态随机选取-个32位长的序列号(InitialSequence Number),假设A的初始序列号为1000,以该序列号为原点,对自己将要发送的每个字节的数据进行编号,1001, 1002, 100... 并把自己的初始序列号ISN告诉B,让B有一个思想准备,什么

TCP四次挥手（断开连接）（未完待续）

正常情况下,调用close(),其中产生的一个效果就是发送FIN. 断开为什么需要四次握手: TCP协议是一种面向连接的.可靠的.基于字节流的运输层通信协议.TCP是全双工模式,这就意味着,当主机1发出FIN报文段时,只是表示主机1已经没有数据要发送了,主机1告诉主机2,它的数据已经全部发送完毕了:但是,这个时候主机1还是可以接受来自主机2的数据:当主机2返回ACK报文段时,表示它已经知道主机1没有数据发送了,但是主机2还是可以发送数据到主机1的:当主机2也发送了FIN报文段时,这个时候就表示主