本文带你从一个新的角度去理解TCP的三次握手和四次挥手。

1 三次握手的职场经验

事情是这样的，那是一个美好的周末晚上。而小李还要在家加班，正好忙到紧要关头，才发现甲方同事给的接口文档存在错误，于是只好硬着头皮去打搅人家了。

结果等了半天，对方一直都没有回复。

小李根本就没法确认甲方同事到底是没有看到消息，还是看到消息了不想回。

对于上面的情况，如果使用TCP三次握手，就很好解决了。

首先你一上来就给甲方同事发个红包（syn）。

如果对方收了红包，那就肯定是看到你的消息了。

如果对方很久都没有收红包，那99.999%的概率， 对方是真的没看到消息。

果然没过多久，对方就有响应了——甲方同事条件反射般立马就领了红包，并对你的举动感到疑惑（ack+syn）。

紧接着，你就可以光明正大地把你准备好的问题发给他以解除他的疑惑了（ack）。

到这里，TCP三次握手就完成了，你们已经建立了联系，可以保持通话了。

2 三次握手动图

有了上面的职场经验，再来看下面这张图：

图片来源 https://juejin.im/post/5b29d2c4e51d4558b80b1d8c

图中的Server自然就是甲方同事了。

Client 向 Server 发送了syn（发红包），Server回复了ack+syn(收红包+疑惑) ，

Client 向 Server 回复了syn（回复解惑）。

当然上面的比喻还有很多不严谨的地方，但是对我们理解TCP三次握手还是有一定帮助的。

3 四次挥手的职场经验

现在假设甲方同事很快地就把文档改好。

他把文档发给小李后，在小李一点心理准备都没有的情况下就立马就下线了......

如果使用四次挥手，情况就会好很多。

甲方同事把改好的文档发给你后，会等你查看文档 （fin）。

你会回复他收到文档并查看（ack）。

当你检查文档确认无误后，会告知甲方同事（fin）。这时候甲方同事才会下线休息（ack）。

到了这里，你们的会话就结束了，非常和谐。

4 四次挥手动图

根据上面的职场经验，再来看下面这张图：

图片来源 https://juejin.im/post/5b29d2c4e51d4558b80b1d8c

图中的Client就是甲方同事了。

Client 向 Server 发送了fin（发送完成的文档），Server回复了ack(回复收到) ，

一段时间后，Server 向 Client 发送了fin（确认文档无误），Client回复了ack（道别下线）。

5 结尾

本文到这里就结束了，当然TCP是非常复杂的东西，希望可以给到大家一点帮助。

更多精彩内容, 请关注公众号"字节武装"