作者：刘羽冲 原文链接：https://segmentfault.com/a/1190000019052710
推荐序
这篇文章作者真的是用故事来详解 TCP 的三次握手和四次挥手，我相信能用通俗易懂的语言讲出来的东西，那么作者一定是理解得非常的透，真心不错，推荐给大家。
正文
我有一个朋友，小泷，他与我倾诉：
他在咖啡厅与朋友闲谈，遇到了一个让时间彷佛静止的女孩。他描述，那一刻，他的心彻底被抓住了，脑中轰然，眼睛无法再从她身上移开。 而女孩，也时不时向她望来，那是一双如秋水般清澈的明眸。
小泷说，他非常非常想想把握，这一次心动。然而，自始自终，他没能迈出那一步，他不知道该怎么办。
TCP协议之握手：如何开启一段情感羁绊。
小泷的困境，是每个男孩的困境。
我告诉他，如果你懂得TCP协议，就会把握一段感情了。
TCP(Transmission control protocal)，传输控制协议，既是机器与机器间传输信息的基础协议，也是人与人联立联系的准则。
如何体面地认识她？ 如果读懂她是否对你有好感？ 如何给予她安全感？ 如何离别时要到她的手机号？ TCP协议，把一切写得清清楚楚。
第一次握手
我对小泷说：
一个女孩，不管她性格有多高冷，永远是欣然接受你的好感的。
就像TCP协议中，服务器对新的客户端都会置于Listen（等待响应）状态。
你要做的，也必须要做的，是：
寻找共鸣，并提供具体信息。
我告诉小泷，我也曾经在机场遇到过让我瞬间心动的女孩，我所做的，只是很自然走上去，告诉她：
"你好像也坐这趟飞机？ 航班号是KN5855没错吧"
这对男孩是很简单的事情，因为你们出现的地点，就是共鸣。你关于这个地方，一定有一些具体信息可以分享。
所以，小泷，你应走上去说：
你也常来这家咖啡厅吧，他们家的焦糖玛奇朵非常棒。
这样的谈话，对女孩是提供安全感的：
你是一个拥有共同话题，并且会提供实质性价值的男士，而不是随随便便乱勾搭的人。 共鸣的力量是非常强大的，没有女孩会拒绝回应的，即使长相略显寒酸。
说回TCP协议，它是这样规定的：
客户端向服务器发送报文，发出请求SYN=1，同时选择一个初始序号seq=x.
(SYN是synchronization同步的简称，seq为sequcence序号的缩写。)
这时，客户端的状态更改为SYN-SENT（synchronization_sent同步已发送）状态。也就是说，小泷，你耐心待着女孩回应就是了。
这就是“第一次握手”。
第二次握手
有了你提供的同步请求SYN=1和具体信息seq=x。女孩会根据这个信息做出响应。女孩这时的状态从LISTEN变为SYNC_RCVD（synchronization_recieved同步已收到）。
我在机场遇到的女孩是这样回答我的：
嗯嗯，我也坐这趟航班，不过没看到你。你是来深圳出差么？
这样回答，是人之常情。你一定可以得到亲切友善的回应。
TCP协议中是这样规定的：
当服务器收到请求报文，会向客户端发出确认报文。SYN=1,ACK=1,ack=x 1，同时发送序号为seq=y。
（ACK是acknowledgement确认的简称，小写的ack是确认编号)
所以，女孩一定会认同你，并根据刚刚的信息点延展，而且会提供一个新的信息点。
女孩对你不反感，但她也需要确认你是不是真对她有好感。
假如我真的只是觉得航班数字很吉利呢？假如你小泷真是就喜欢喝焦糖玛奇朵呢？ 她无法确认男生是不是想和她交流，所以一定提出新话题。 而且，抛出新话题才会让彼此显得不尴尬。
女孩几乎一定会这样回应：
表达共鸣，确认信息，并基于你的信息进行延展，并提供新的信息点。
所以小泷，你心动女孩几乎一定会类似的回应：
嗯嗯，我喜欢榛仁玛奇朵。我住这附近，你呢？
你收到这样友好的回应，心中一定，知道，以后至少可以建立起初步的友谊了。 这时，你的状态更改为ESTABLISHED。(建立连接)
第三次握手
虽然对于你，这段男女间青涩的友谊已经建立起了。但女孩，她还在等待你的回应 —— 她也在担忧你只是随意的询问吧。
快赶紧安抚这一个善良美好的女孩吧！
表达认同，根据女孩的话题延展，根据自己的话题延展。
比如我会回答：
嗯是的，有几个客户在深圳需要谈。我坐的商务舱所以没看到你吧。
所以，小泷，你需要对她的新话题有所回应，并且不要丢掉自己的话题。这样两个话题都可以聊下去。
在TCP协议中这样规定：
在客户端收到服务端发送的TCP建立验证请求后，客户端向服务器给出确认。返回服务器ACK=1，确认编号ack=y 1，在自己的序号上加上seq=x 1。
这对女孩是非常重要的，你对她的话也表示认同，并且也能接住她的话题，同时自己的话题也没有丢掉。——是个能照顾她感受，也坚持自我的人。
这时，女孩的状态成为了ESTABLISHED。你们双方都成为了ESTABLISHED，接下来，你们就可以畅通无阻地交流了。
TCP的三次握手，也是最优化的恋爱博弈。
男孩会想，我怎么表现得靠谱？ TCP给出了答案，共鸣 具体话题。
女孩心中会想： 他对我感兴趣吗？他是聊得来的人吗？ 如何进行“废物测试”？ TCP给出了答案：共鸣 同意 对方话题的延展 新具体话题。
男孩心中会想，怎么给她留下有主见高情商的好印象？ TCP给出了答案： 同意 对方话题的延展 继续自己话题。
仔细想想，这样的方式，让双方既不显尴尬，又体面舒适，又节约了两个人的时间与精力。
TCP协议之挥手：如何体面地离别。
时间总是短暂的，你们相谈甚欢，到了离别的时候。
只有一个体面的离别，才意味着未来依然可以关系持续升温。
放心，TCP协议已经为你规划好了。
第一次挥手
作为主动方的男生，需要首先表示分别，千万不要拖泥带水等到女生提出，这样才能为这段邂逅留下回味与不舍。
你需要
提出分别，给出具体信息。
这时候，是要手机号/微信号的最佳时机。
好啦我得走了。你的手机号？
TCP协议是这样规定的：
客户端进程发出连接释放报文，并且停止发送数据。设置报文FIN=1，其序列号为seq=u
（FIN的意思是finis终结的意思）
你已经请求结束了，安静地等待就好。 主动而沉默，给予女生足够的空间，这是最体面的分别方式。这时你的状态是FIN-WAIT-1（终止待待1）
第二次挥手
热情的聊天突然嘎然而止。女生心中会有些小失落，这时你要微信的请求，她几乎一定会同意。
这时女生会找纸张，把自己的手机号或微信号写给你。并跟你说一些其它话。
表示认同，并对根据具体信息回应。并提供新具体信息。
比如她说：
嗯是的，等我写给你。你看外面好像快下雨了。
TCP协议是这样规定的：
服务器收到连接释放报文，发出确认报文，ACK=1，ack=u 1。seq=v。
因为是你提出离开，女孩还意犹未尽。一方面会同意离开，一方面会延展你的话题。为了确认你确实想离开了，她一般会说一个新话题，比如下雨了。
女孩从接到你的离开请求，到回应你这一句的时候，她处于CLOSE_WAIT状态，她会开始进行心理建设，适应你离开时的空洞感。
当然，成年人的表达方式，总是隐晦而体面的。只是一句淡淡的“天快下雨了”。
而你听到她说这些，只是静静不说话。你进入FIN-WAIT-2状态。
你在等着她的手机号，说话可能她突然不写了呢？忍住，别回应。
第三次挥手
当女孩低头写好手机号，她也做好了离开的心理建设，知道这一次邂逅到此为止了。这时，她说：
快回去吧，我写给你啦。 不知道为什么和你呆一起挺愉快的。
看，TCP协议影响着你们的一个个行为模式。你不回应，她会换个话题，她会开始猜，她会开始等，她会开始留恋。
同意分开，再次根据你的具体信息回应。并另外提供新的具体信息。
TCP协议是这样规定的：
服务器将最后的数据发送完毕后，就向客户端发送连接释放报文FIN=1，ACK=1, ack=u 1，服务器又发送了一些数据后截止，序列号为seq=w
说出这句话的女孩，进入了LAST_ACK(最终动作)状态——主动权在你，她等着你。
你听到女孩再次说话，你会不舍，你等着些什么。你进入TIME_WAIT阶段。
第四次挥手
知道她要离开了，你的心会突然一痛。但离开已成必然，体面地对她说最后的话吧！
知道了。手机号我收好了。遇见你是我这一路最大的幸运。
TCP协议是这样规定的：
客户端收到服务器的连接释放报文后，必须发出确认，ACK=1，ack=w 1，而自己的序列号是seq=u 1。
听到你说完这句话，女孩把车门关上，车缓缓启动了。女孩进入状态CLOSED（关闭连接）。
提出离别的你，却久久站在原地。等了2MSL(两次交谈响应时间那么长)，你好希望车突然停下，女孩从车上下来。
但一切没有发生。
美好的邂逅结束了。你进入CLOSED状态。
TO： 小泷
小泷，你知道吗？
懂得TCP协议，也就懂得了如何去抓住属于撩拨你心弦的那个女孩。
也许，这才是邂逅时应该的画面：
- "你也常来这家咖啡厅吧，他们家的焦糖玛奇朵非常棒。"
SYN=1, seq=x 客户端发进入SYN_SENT状态。
- "我也是，我喜欢榛仁玛奇朵。我住这附近，你呢？"
SYN=1, ACK=1, ack=x 1, seq=y 服务器原来为LISTEN状态，发送后，进入SYN_RCVD状态
- "好巧,我也住这附近。他们店的玛奇朵是招牌喔。"
ACK=1,ack=y 1, seq=x 1 发送完后，客户端从SYN_SENT状态过入ESTABLISED状态。 服务器收到后包，从SYN_RCVD状态进入ESTABLISTED状态。
离别时，你们会这样不舍离别：
- "我还有事要走了，你加我微信吧！"
FIN=1, seq=u 客户端从ESTABLISED状态进入FIN-WAIT-1状态。
- "好，我发给你~哈哈你的头像好可爱"
ACK=1, ack=u 1, seq=v 发送后，服务器从ESTABLISHED状态，进入CLOSE-WAIT状态。 收到后，客户端从FIN-WAIT-1状态，进入FIN-WAIT-2状态。
- "快去忙你的吧！已经发过去了。今天好开心！"
FIN=1, ACK=1, ack=u 1, seq=w 发送后，服务器从CLOSE-WAIT状态，进入LAST_ACK状态。
- "啊，收到了。遇到你我也很开心"
ACK=1, ack=w 1, seq=u 1 发送后，客户端从FIN-WAIT-2状态，进入TIME-WAIT状态。 收到后，服务器从LAST-ACK状态，进入CLOSED状态。
然后，她离开了。你凝望着她，一再回头，直到消失在视线外。
等待2MSL后，客户端从TIME-WAIT状态，进入CLOSED状态。
每天，有万亿亿次TCP连接，都在为你重演着这一个画面。
勇敢一点，不用担心被拒绝，万亿亿次TCP连接都成功了，你怎么会失败呢？
因为TCP是网络通讯的规则，也是人类间默契的交流规则。
不动声色，内心早已暗流汹涌。却只是对你说。
“好巧，我也是这趟航班”
几条规则，有助于你记住这一切：
- 每一次通讯，都带有seq序列码。 每一次通讯，状态都会变更。
- SYN=1在握手阶段双方各发送一次。FIN=1在挥手阶段双方各发送一次。
- 有确认码的时候ACK=1，必带有确认号ack。 ack在上一条接收到的序号上 1。
「一个有温度的前端号」
