TCP- 三次握手和四次挥手简单理解

三次握手（three-way handshaking）

在 Google Groups 的 TopLanguage 中看到一帖讨论 TCP“三次握手”觉得很有意思。贴主提出“TCP 建立连接为什么是三次握手？”的问题，在众多回复中，有一条回复写道：“这个问题的本质是, 信道不可靠, 但是通信双发需要就某个问题达成一致. 而要解决这个问题, 无论你在消息中包含什么信息, 三次通信是理论上的最小值. 所以三次握手不是 TCP 本身的要求, 而是为了满足"在不可靠信道上可靠地传输信息"这一需求所导致的. 请注意这里的本质需求,信道不可靠, 数据传输要可靠. 三次达到了, 那后面你想接着握手也好, 发数据也好, 跟进行可靠信息传输的需求就没关系了. 因此,如果信道是可靠的, 即无论什么时候发出消息, 对方一定能收到, 或者你不关心是否要保证对方收到你的消息, 那就能像 UDP 那样直接发送消息就可以了.”。这可视为对“三次握手”目的的另一种解答思路

1. 背景：TCP 位于传输层，作用是提供可靠的字节流服务，为了准确无误地将数据送达目的地，TCP 协议采纳三次握手策略。

2. 原理：

3. 发送端首先发送一个带有 SYN（synchronize）标志地数据包给接收方。

4. 接收方接收后，回传一个带有 SYN/ACK 标志的数据包传递确认信息，表示我收到了。

5. 最后，发送方再回传一个带有 ACK 标志的数据包，代表我知道了，表示’握手‘结束。

6. 通俗的说法

7. Client：嘿，李四，是我，听到了吗？

8. Server：我听到了，你能听到我的吗?

9. Client：好的，我们互相都能听到对方的话，我们的通信可以开始了。

四次挥手（Four-Way-Wavehand）

1. 意义：当被动方收到主动方的 FIN 报文通知时，它仅仅表示主动方没有数据再发送给被动方了。但未必被动方所有的数据都完整的发送给了主动方，所以被动方不会马上关闭 SOCKET,它可能还需要发送一些数据给主动方后，再发送 FIN 报文给主动方，告诉主动方同意关闭连接，所以这里的 ACK 报文和 FIN 报文多数情况下都是分开发送的。

2. 原理：

3. 第一次挥手：Client 发送一个 FIN，用来关闭 Client 到 Server 的数据传送，Client 进入 FIN_WAIT_1 状态。

4. 第二次挥手：Server 收到 FIN 后，发送一个 ACK 给 Client，确认序号为收到序号+1（与 SYN 相同，一个 FIN 占用一个序号），Server 进入 CLOSE_WAIT 状态。

5. 第三次挥手：Server 发送一个 FIN，用来关闭 Server 到 Client 的数据传送，Server 进入 LAST_ACK 状态。

6. 第四次挥手：Client 收到 FIN 后，Client 进入 TIME_WAIT 状态，接着发送一个 ACK 给 Server，确认序号为收到序号+1，Server 进入 CLOSED 状态，完成四次挥手

7. 通俗的说法

8. Client：我所有东西都说完了

9. Server：我已经全部听到了，但是等等我，我还没说完

10. Server：好了，我已经说完了

11. Client：好的，那我们的通信结束