本文带你从一个新的角度去理解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是非常复杂的东西，希望可以给到大家一点帮助。
更多精彩内容, 请关注公众号"字节武装"
