对 TCP 建立连接需要 3 次握手的理解

我觉得TCP的三次握手设计是很巧妙的。

而为什么TCP建立连接需要三次握手？也是我学习时的疑惑，接下来谈下自己的理解。

第一次握手：（客户端告诉服务端，我要发数据给你了，你准备好了吗？）

客户端TCP请求建立连接，首先会发送一个TCP报文段给服务端TCP，这个时候客户端并不知道自己刚才发送的请求报文段是否到达了服务端。客户端在等待服务端的应答。

第二次握手：（服务端收到客户端请求，回复客户端，我准备好了接受数据，你准备好了吗？）

服务端TCP收到请求报文段后，向客户端发回确认。
这里很重要的一点是，客户端如果收到了服务端的应答，那么客户端就能确保自己在第一次握手时发出的连接请求，服务端那边是收到了的自己的请求的。

如果是两次握手协议，服务端并不能确认自己刚才发出的应答信号是否到达了客户端，（虽然客户端已经收到了确认）。但服务端不能确认。

这就好比，领导给我发了一条短信，在短信的结尾备注了“收到请回复“，这时我收到了，我回复了领导，虽然短信发回给了领导，但是我并不能肯定领导就一定收到了。自己心里还是不踏实的，如果领导这时候在发一次短信回来，告诉我他已经收到了我的回复，那么我心里才安心吧。这虽然是很简单的例子，但是已经足够表明了三次握手的意义：双方都要确认对方已经收到了自己的请求。

第三次握手：（客户端告诉服务端，我已经准备好发送数据了。）
客户端TCP再发一次确认到服务端TCP

接下来图解两次握手会发生的情况&