一篇博客理解tcp/ip协议三次握手、四次挥手

TCP报文格式

确认号（ack，32位长）—期望收到的数据的开始序列号。也即已经收到的数据的字节长度加1。
- ACK—为1表示确认号字段有效
- SYN—为1表示这是连接请求或是连接接受请求，用于创建连接和使顺序号同步
- FIN—为1表示发送方没有数据要传输了，要求释放连接

三次握手

1.客户端向服务端建立连接，SYN为1表示请求连接，会生成32位序列号（seq）
2.服务端收到请求，返回一个SYN为1，生成32位序列号，并消息确认ACK为1（ack=seq+1）
这个时候可以确定服务端收到了来自客户端的消息，但是服务端发回去的消息，不确定客户端是否能收到，为了安全和可靠，显然两次握手不可以
3.客户端收到消息后，立马给服务端一个确认包，ACK=1（ack=seq+1）

四次挥手

1. 客户端想要断开连接，FIN位 置1，seq还是32位
2. 服务端收到要应答，ACK置1，ack=seq+1
3. 服务端要求释放连接，FIN=1，会生成一个32位序列号
4. 客户端应答，确认位置1（ACK=1），ack=seq+1
   那么2和3为什么不可以一起发送呢？因为TCP是安全的，建立在连接上，客户端想断开连接，服务端收到，但是哈没准备好，只能先确认，等准备好了会通知客户端，如果客户端准备完毕，随时可以关了，服务端告诉客户端我可以断开了，客户端发给服务端确认，然后四次挥手完成。
   

为什么不能三次挥手就结束

这是因为从上图第三步到第六步之间存在耗时，这个时间不确定，所以只能分开，先对客户端进行一次收到消息的响应，为了避免超过MSL(最大生存时间)的时间。这个时候客户端发送数据通道关闭，但是服务端可能还没发送完数据，所以不能立即关闭发送数据通道，当确认自己不需要发送数据了，才关闭通道。
参考：https://blog.csdn.net/liujianyangbj/article/details/105263377