TCP/IP问题总结

一、三次握手

为什么不是四次握手，而是三次握手？

从握手的目的上面来分析一下。

握手的本质目的是确认双方发送和接收正常，所以我们只要保证了通过握手，让双方都感知到自己和对方的发送和接收正常即可。

第一次握手：

客户端发送请求，请求建立连接
此时 Client 只负责发送信息，自己什么都不能确认
Server 确认了 Client 发送正常

第二次握手：

Server 发送响应，表示自己接收正常
Client 确认自己发送和接收正常，对方发送和接收正常
Server 确认自己接收正常，对方发送正常

第三次握手：

Client 发送响应，表示自己接收正常
Server 确认自己发送和接收正常 ，对方发送和接收正常

TCP在第三次握手丢失，服务端还能接收到信息吗？

在TCP的三次握手中，第三次握手，客户端 不需要收到来自 服务端 的回应，可以立即发送数据。

所以我们可以知道，第三次握手如果丢失，客户端是不会知道的。

那么如果第三次握手数据丢失了，只有 客户端 转换为了 ESTABLISH 状态，而服务端没有转换为 ESTABLISH 状态，这种情况下服务端是不能够接收到正式的数据信息的。

但是在 RFC标准文档，关于TCP标准协议的规范 中标注了一个特殊的情况：

如果我们的同步包SYN已经得到了确认，就把连接状态改为ESTABLISHED，然后发送的第三次握手包中可能会包含数据。

所以说，第三次握手的包中可以包含数据。

在正常情况下我们会先发送一个无数据的确认握手包，然后 客户端 再发送数据。那么如果这个无数据的确认握手包丢失了，服务器在接收到发送数据的包时，默认会判断它为第三次握手的包，可以建立连接，然后执行包中的数据。当然，发生这种情况也有一个前提，就是这一个包中携带有ACK标记。

二、四次挥手