详解三次握手和四次挥手：遇到心动的女孩时，如何去把握？

Posted 2023-05-10

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了详解三次握手和四次挥手：遇到心动的女孩时，如何去把握？相关的知识，希望对你有一定的参考价值。

参考技术A

我有一个朋友，小泷，他与我倾诉：

他在咖啡厅与朋友闲谈，遇到了一个让时间彷佛静止的女孩。他描述，那一刻，他的心彻底被抓住了，脑中轰然，眼睛无法再从她身上移开。而女孩，也时不时向她望来，那是一双如秋水般清澈的明眸。

小泷说，他非常非常想想把握，这一次心动。然而，自始自终，他没能迈出那一步，他不知道该怎么办。

小泷的困境，是每个男孩的困境。

我告诉他，如果你懂得TCP协议，就会把握一段感情了。

TCP(Transmission control protocal)，传输控制协议，既是机器与机器间传输信息的基础协议，也是人与人联立联系的准则。

如何体面地认识她？如果读懂她是否对你有好感？如何给予她安全感？如何离别时要到她的手机号？ TCP协议，把一切写得清清楚楚。

我对小泷说：

一个女孩，不管她性格有多高冷，永远是欣然接受你的好感的。

你要做的，也必须要做的，是：

我告诉小泷，我也曾经在机场遇到过让我瞬间心动的女孩，我所做的，只是很自然走上去，告诉她：

"你好像也坐这趟飞机？航班号是KN5855没错吧"

这对男孩是很简单的事情，因为你们出现的地点，就是共鸣。你关于这个地方，一定有一些具体信息可以分享。

所以，小泷，你应走上去说：

你也常来这家咖啡厅吧，他们家的焦糖玛奇朵非常棒。

这样的谈话，对女孩是提供安全感的：

你是一个拥有共同话题，并且会提供实质性价值的男士，而不是随随便便乱勾搭的人。共鸣的力量是非常强大的，没有女孩会拒绝回应的，即使长相略显寒酸。

说回TCP协议，它是这样规定的：

(SYN是synchronization同步的简称，seq为sequcence序号的缩写。)

这时，客户端的状态更改为SYN-SENT（synchronization_sent同步已发送）状态。也就是说，小泷，你耐心待着女孩回应就是了。

这就是“第一次握手”。

有了你提供的同步请求SYN=1和具体信息seq=x。女孩会根据这个信息做出响应。女孩这时的状态从LISTEN变为SYNC_RCVD（synchronization_recieved同步已收到）。

我在机场遇到的女孩是这样回答我的：

嗯嗯，我也坐这趟航班，不过没看到你。你是来深圳出差么？

这样回答，是人之常情。你一定可以得到亲切友善的回应。

TCP协议中是这样规定的：

（ACK是acknowledgement确认的简称，小写的ack是确认编号)

所以，女孩一定会认同你，并根据刚刚的信息点延展，而且会提供一个新的信息点。

女孩对你不反感，但她也需要确认你是不是真对她有好感。

假如我真的只是觉得航班数字很吉利呢？假如你小泷真是就喜欢喝焦糖玛奇朵呢？她无法确认男生是不是想和她交流，所以一定提出新话题。而且，抛出新话题才会让彼此显得不尴尬。

女孩几乎一定会这样回应：

所以小泷，你心动女孩几乎一定会类似的回应：

嗯嗯，我喜欢榛仁玛奇朵。我住这附近，你呢？

你收到这样友好的回应，心中一定，知道，以后至少可以建立起初步的友谊了。这时，你的状态更改为ESTABLISHED。(建立连接)

虽然对于你，这段男女间青涩的友谊已经建立起了。但女孩，她还在等待你的回应 —— 她也在担忧你只是随意的询问吧。

快赶紧安抚这一个善良美好的女孩吧！

比如我会回答：

嗯是的，有几个客户在深圳需要谈。我坐的商务舱所以没看到你吧。

所以，小泷，你需要对她的新话题有所回应，并且不要丢掉自己的话题。这样两个话题都可以聊下去。

在TCP协议中这样规定：

这对女孩是非常重要的，你对她的话也表示认同，并且也能接住她的话题，同时自己的话题也没有丢掉。——是个能照顾她感受，也坚持自我的人。

这时，女孩的状态成为了ESTABLISHED。你们双方都成为了ESTABLISHED，接下来，你们就可以畅通无阻地交流了。

男孩会想，我怎么表现得靠谱？ TCP给出了答案，共鸣 + 具体话题。

女孩心中会想：他对我感兴趣吗？他是聊得来的人吗？如何进行“废物测试”？
TCP给出了答案：共鸣 + 同意 + 对方话题的延展 + 新具体话题。

男孩心中会想，怎么给她留下有主见高情商的好印象？
TCP给出了答案：同意 + 对方话题的延展 + 继续自己话题。

仔细想想，这样的方式，让双方既不显尴尬，又体面舒适，又节约了两个人的时间与精力。

时间总是短暂的，你们相谈甚欢，到了离别的时候。

只有一个体面的离别，才意味着未来依然可以关系持续升温。

放心，TCP协议已经为你规划好了。

作为主动方的男生，需要首先表示分别，千万不要拖泥带水等到女生提出，这样才能为这段邂逅留下回味与不舍。

你需要

这时候，是要手机号/微信号的最佳时机。

TCP协议是这样规定的：

（FIN的意思是finis终结的意思）

你已经请求结束了，安静地等待就好。主动而沉默，给予女生足够的空间，这是最体面的分别方式。这时你的状态是FIN-WAIT-1（终止待待1）

热情的聊天突然嘎然而止。女生心中会有些小失落，这时你要微信的请求，她几乎一定会同意。

这时女生会找纸张，把自己的手机号或微信号写给你。并跟你说一些其它话。

比如她说：

嗯是的，等我写给你。你看外面好像快下雨了。

TCP协议是这样规定的：

因为是你提出离开，女孩还意犹未尽。一方面会同意离开，一方面会延展你的话题。为了确认你确实想离开了，她一般会说一个新话题，比如下雨了。

女孩从接到你的离开请求，到回应你这一句的时候，她处于CLOSE_WAIT状态，她会开始进行心理建设，适应你离开时的空洞感。

当然，成年人的表达方式，总是隐晦而体面的。只是一句淡淡的“天快下雨了”。

而你听到她说这些，只是静静不说话。你进入FIN-WAIT-2状态。

你在等着她的手机号，说话可能她突然不写了呢？忍住，别回应。

当女孩低头写好手机号，她也做好了离开的心理建设，知道这一次邂逅到此为止了。这时，她说：

快回去吧，我写给你啦。不知道为什么和你呆一起挺愉快的。

看，TCP协议影响着你们的一个个行为模式。你不回应，她会换个话题，她会开始猜，她会开始等，她会开始留恋。

TCP协议是这样规定的：

说出这句话的女孩，进入了LAST_ACK(最终动作)状态——主动权在你，她等着你。

你听到女孩再次说话，你会不舍，你等着些什么。你进入TIME_WAIT阶段。

知道她要离开了，你的心会突然一痛。但离开已成必然，体面地对她说最后的话吧！

TCP协议是这样规定的：

听到你说完这句话，女孩把车门关上，车缓缓启动了。女孩进入状态CLOSED（关闭连接）。

提出离别的你，却久久站在原地。等了2MSL(两次交谈响应时间那么长)，你好希望车突然停下，女孩从车上下来。

但一切没有发生。

美好的邂逅结束了。你进入CLOSED状态。

小泷，你知道吗？

懂得TCP协议，也就懂得了如何去抓住属于撩拨你心弦的那个女孩。

也许，这才是邂逅时应该的画面：

离别时，你们会这样不舍离别：

然后，她离开了。你凝望着她，一再回头，直到消失在视线外。

每天，有万亿亿次TCP连接，都在为你重演着这一个画面。

勇敢一点，不用担心被拒绝，万亿亿次TCP连接都成功了，你怎么会失败呢？

因为TCP是网络通讯的规则，也是人类间默契的交流规则。

不动声色，内心早已暗流汹涌。却只是对你说。

“好巧，我也是这趟航班”

几条规则，有助于你记住这一切：

TCP的协议格式以及三次握手和四次挥手

TCP详解

标志位: 存在6中标志,置1就会拥有对应的权限操作,类似于linux下的chmod 操作
~
（1）URG：紧急指针标志，为1时紧急指针有效，表明该包中有紧急需要处理的数据；为0忽略；
（2）ACK：确认序号标志，为1时确认号有效；为0时表示该包中不含确认信息，忽略确认号字段；
（3）PSH：push标志，为1表示是带有push标志的数据，指示接收方在收到该报文段以后，应尽快将这个报文段交给应用程序，而不是在缓冲区排队；
（4）RST：重置连接标志，置1表示连接出现异常，将会断开连接重启连接。也可以用于拒绝非法的报文段和拒绝连接请求；
（5）SYN：同步序号，用于建立连接。当SYN=1,ACK=0表示该数据没有携带确认域，接收方应回一个确认，即SYN=1,ACK=1；
（6）FIN：finish，用于释放连接，为1时表示本端不会再有数据要发送了，请求断开连接。

窗口大小 : 用来实现互动窗口机制

校验和: 用来检测接受和发送的数据是否一致

紧急指针: 只有当URG标志位置1时，紧急指针字段才有效。紧急指针所指的位置是：数据的开始部分到紧急指针所指紧急数据的结尾部分。

选项数据: 最常见的选项是最长报文大小（MSS），每个连接通常都在建立连接发送SYN=1的段中指明这个选项，表示本端能接受的最大报文段长度。由于选项长度不一定是32位整数倍，所以添加填充位，即就是在这个字段中加入额外的0，保证TCP头是32的整数倍；

应用层数据: 在进行三次握手建立连接后就会进行数据的传输

二.面向连接的三次握手/四次挥手

1.三次握手

2.四次挥手

三.TCP连接保活机制

在通信两端长时间没有数据通信的情况下,服务端会每隔一段时间向客户端发送一个保活探测数据包,要求对方回复,如果连续多次没有收到的话,就证明连接已经断开.

sl@:/proc/sys/net/ipv4$ cat tcp_keepalive_time 7200
sl@:/proc/sys/net/ipv4$ cat tcp_keepalive_intvl 75
sl@:/proc/sys/net/ipv4$ cat tcp_keepalive_probes 9

默认: 7200s, 每个75秒,9次未回复则断开
可通过套接字选项里啊配置!

连接断开对程序的影响: recv返回0,send会触发SIGPIPE异常.

四.相关面试题理解

1.为什么握手是3次,挥手是四次?

因为TCP是一个全双工通信,所以两端都需要确认对方是否具有数据收发的能力,两次握手不安全,四次有没有必要,三次刚刚好.
~
因为fin包只能确认对方不会再发送数据,并不能表示对方不能再接受数据,因此被动关闭方还有可能在继续发送数据,这样的话就不能直接发送fin包,要等不再发送数据了再调用close/shutdown来发送fin包,所以被动关闭方的ack和fin不是一起发送的.

2.TCP三次握手失败后会如何进行处理?

服务端回复了ack+syn后,如果超时得不到ack回复,就会发送rst重置连接报文,然后释放掉新建的套接字.

3.TIME_WAIT的应用?

1.TIME_WAIT是主动关闭方断开连接过程中在执行完之后一次ack回复后产生的状态.
~
2.TIME_WAIT在等待2个msl时间就会释放资源,这里等待两个msl的时间就是为了保证对于重传的fin进行处理,保证本次通信的数据全部消失,不会在下一次使用相同的ip和端口的时候产生影响.
~
原理: 如果在最后一步发送了ack确认信息的时候,直接对主动关闭方进行关闭,假如最后的ack请求丢失,超时后被动关闭方就会重新发送fin包,这个时候,如果对应的端口和ip被进行了新的连接,则刚一开始就直接收到了fin包,就会造成影响,对对应的syn也会造成影响,就很离谱.