TCP三次握手与四次分手傻傻分不清?看大神图解五分钟讲明白
引言
三次握手
根据下面这幅图我们来看一下TCP三次握手。p.s: 每个箭头代表一次握手。
tcp三次握手
client发送一个SYN(J)包给server,然后等待server的ACK回复,进入SYN-SENT状态。p.s: SYN为synchronize的缩写,ACK为acknowledgment的缩写。
server接收到SYN(seq=J)包后就返回一个ACK(J+1)包以及一个自己的SYN(K)包,然后等待client的ACK回复,server进入SYN-RECIVED状态。
client接收到server发回的ACK(J+1)包后,进入ESTABLISHED状态。然后根据server发来的SYN(K)包,返回给等待中的server一个ACK(K+1)包。等待中的server收到ACK回复,也把自己的状态设置为ESTABLISHED。到此TCP三次握手完成,client与server可以正常进行通信了。
在第一次通信过程中,A向B发送信息之后,B收到信息后可以确认自己的收信能力和A的发信能力没有问题。
在第二次通信中,B向A发送信息之后,A可以确认自己的发信能力和B的收信能力没有问题,但是B不知道自己的发信能力到底如何,所以就需要第三次通信。
在第三次通信中,A向B发送信息之后,B就可以确认自己的发信能力没有问题。
上面分析还不够形象,很容易忘记,下面我们利用wireshark来证明一下上面的分析过程。从下面的的输出就可以很容易看出来,必须要经过前面的三次tcp请求才会有起一次http请求。
第一次请求客户端发送一个SYN包,序列号是0。
wireshark-tcp-01
第二次请求服务器会发送一个SYN和一个ACK包,序列号是0,ack号是1。
wireshark-tcp-02
第三次本地客户端请求会发送一个ACK包,序列号是1,ack号是1来回复服务器。
wireshark-tcp-03
四次挥手
以下面这张图为例,我们来分析一下TCP四次挥手的过程。
tcp四次挥手
client发送一个FIN(M)包,此时client进入FIN-WAIT-1状态,这表明client已经没有数据要发送了。
server收到了client发来的FIN(M)包后,向client发回一个ACK(M+1)包,此时server进入CLOSE-WAIT状态,client进入FIN-WAIT-2状态。
server向client发送FIN(N)包,请求关闭连接,同时server进入LAST-ACK状态。
client收到server发送的FIN(N)包,进入TIME-WAIT状态。向server发送ACK(N+1)包,server收到client的ACK(N+1)包以后,进入CLOSE状态;client等待一段时间还没有得到回复后判断server已正式关闭,进入CLOSE状态。
作者:ziwenxie
来源:https://juejin.im/post/59648ccef265da6c244302d8
快看!年薪30万Linux老司机总结的你一定会遇到的8个坑和解法