标签：tab ber segment 三次 bubuko ima life tcp协议 serve
一，3次握手
SYN: 表示连接请求 ACK: 表示确认 FIN: 表示关闭连接 seq:表示报文序号 ack: 表示确认序号
1，第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。
2，第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack (number )=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。
3，第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了。
注：为节省资源与时间，在第二次捂手的时候，同时发送确认消息和请求链接消息
二，4次挥手
1，第一次挥手：Client发送一个FIN，用来关闭Client到Server的数据传送。
2，第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1。
3，第三次挥手：Server发送一个FIN，用来关闭Server到Client的数据传送。
4，第四次挥手：Client收到FIN后，接着发送一个ACK给Server，确认序号为收到序号+1。
注意：
1，客户端不绑定端口的原因：
当客户端关闭套接字，在第四次挥手后，为防止服务器未收到第四次挥手消息，将等待2倍MSL(Maximum Segment Lifetime信息在报文段最大生存时间),所以为防止调用接口时占用接口，客户端不绑定接口。
2，第2次和第3次挥手为什么不能合用：
客户端第1次挥手发起时同时调用套接字close，服务器收到消息回复ack的同时调用套接字close，此时若套接字close有延时操作，将导致ack消息迟迟无法发送，所以2、3次挥手无法合同。
标签：tab ber segment 三次 bubuko ima life tcp协议 serve
原文地址：https://www.cnblogs.com/njhbk/p/10076304.html
