教你如何约女孩子的方式去理解(TCP三次握手与四次挥手)

版权声明:转载请说明出处 https://blog.csdn.net/qq_41816123/article/details/89476977

前提条件,你不是虚情假意的喜欢她,而是认真的喜欢她,想去了解她
如何约女孩子出来?你们通常是不是如下几个方式去邀请女孩子

可以邀请你一起吃饭吗?
一起去看个电影,如何?
一起吃饭吗?
可否赏脸一起吃饭?

这些方式的特点:第一个就比较委婉了,比较礼貌。第二个和第三个就比较平常了,最后一个是自降一点点身份的方式去邀请了。

以上这些都是你以抛出问题的方式去邀请人家,如果人家女孩子答应你,内心感觉好像就答应了和你约会一样,但是如果人家对你不怎么了解,不熟悉你。很大的可能会拒绝你。
你的初衷是好的,想了解你喜欢的女孩子,但是你第一次约女孩子,人家不了解你,人家不太愿意,所以会拒绝你。
而且你以这种提问的方式,把问题抛给了女孩子,让人家女孩子来回答,这样弄得,女孩子出不出来都是她的问题。而且这个问题被拒绝了,你通常还需要她给个委婉合适的理由给你?
其实这样是非常不好的,女孩子在和男孩子相处的过程中希望是轻松的,你还没有约出来,就抛了个压力选择题。之前我说过女孩子是要去吸引的,不是去追求的,是相互吸引的人,而不是你一个人追求的事物。还有就是,你约不到人家女孩子吃饭,或者自己想看的电影,你这个饭就不吃了?自己喜欢看的电影就不看了?


正确方式
(一次握手)
男:我会去某某餐厅吃饭,和我一起品尝一下哪里的美味吧。(这就不是去约了,而是和女孩子共同去做一件事情,这样女孩子是没有什么压力的)

(二次握手)
女:好的(女孩子内心会想,好像是专门约我,但好像又不是。像这种不需要回答的思考,是会给你加深一点点的神秘感哦)

(三次握手)
男:那等下一起出发


吃完饭,不要想着一步到位,先收
(一次挥手)
男:不好意思,我要走了(不要解释,除非她问,意犹未尽,方便你的下次相约)

(二次挥手)
女:啊(女孩子的意犹未尽)

(三次挥手)
女:为什么

(四次挥手)
男:朋友有急事(或者公司有急事,这两个回答给女孩子是不一样体验,她就会想你这个人大概是什么样的,公司有急事的话就认为你比较看中事业,朋友有急事的话,说明你人际关系比较好,不要说家里有急事啊,也不要过多解释,除非她问)


目录
  1. TCP的定义
  2. TCP首部格式中的标志位
  3. 三次握手
  4. 四次挥手
  5. 为什么是三次握手,挥手是四次?
  6. HTTP的 kc机制
  7. 关注一下不,更多精彩等你

1. TCP的定义

TCP(Transmission Control Protocol 传输控制协议)是一种面向连接的、可靠的、基于字节流的传输层通信协议,由IETF的RFC 793定义。
你只要记住它是传输协议就行,网络请求用得到它就行,就是访问其他网站。

2. TCP首部格式中的标志位
  1. URG表示Urgent Pointer字段有意义
  2. ACK表示Acknowledgment Number字段有意义
  3. PSH表示Push功能,RST表示复位TCP连接
  4. SYN表示SYN报文(在建立TCP连接的时候使用)
  5. FIN表示没有数据需要发送了(在关闭TCP连接的时候使用)
  6. Window表示接收缓冲区的空闲空间,16位,用来告诉TCP连接对端自己能够接收的最大数据长度。
3. 三次握手

在这里插入图片描述
就是连接建立
TCP是因特网中的传输层协议,使用三次握手协议建立连接。当主动方发出SYN连接请求后,等待对方回答SYN+ACK,并最终对对方的 SYN 执行 ACK 确认。这种建立连接的方法可以防止产生错误的连接,TCP使用的流量控制协议是可变大小的滑动窗口协议。
TCP三次握手的过程如下:

  1. Client发送SYN(SEQ=x)报文给Server,进入SYN_SEND状态。
  2. Server收到SYN报文,回应一个SYN (SEQ=y)ACK(ACK=x+1)报文,进入SYN_RECV状态。
  3. Client收到Server的SYN报文,回应一个ACK(ACK=y+1)报文,进入Established状态。

三次握手完成,TCP客户端和服务器端成功地建立连接,可以开始传输数据了。

4. 四次挥手

在这里插入图片描述
由于TCP连接时全双工的,因此,每个方向都必须要单独进行关闭,这一原则是当一方完成数据发送任务后,发送一个FIN来终止这一方向的连接,收到一个FIN只是意味着这一方向上没有数据流动了,即不会再收到数据了,但是在这个TCP连接上仍然能够发送数据,直到这一方向也发送了FIN。首先进行关闭的一方将执行主动关闭,而另一方则执行被动关闭,上图描述的即是如此。

  1. Client发送一个FIN,用来关闭Client到Server的数据传送,Client进入FIN_WAIT_1状态。
  2. Server收到FIN后,发送一个ACK给Client,确认序号为收到序号+1(与SYN相同,一个FIN占用一个序号),Server进入CLOSE_WAIT状态。
  3. Server发送一个FIN,用来关闭Server到Client的数据传送,Server进入LAST_ACK状态。
  4. Client收到FIN后,Client进入TIME_WAIT状态,接着发送一个ACK给Server,确认序号为收到序号+1,Server进入CLOSED状态,完成四次挥手。
5. 为什么是三次握手,挥手是四次?

这是因为服务端在LISTEN状态下,收到建立连接请求的SYN报文后,把ACK和SYN放在一个报文里发送给客户端。而关闭连接时,当收到对方的FIN报文时,仅仅表示对方不再发送数据了但是还能接收数据,己方也未必全部数据都发送给对方了,所以己方可以立即close,也可以发送一些数据给对方后,再发送FIN报文给对方来表示同意现在关闭连接,因此,己方ACK和FIN一般都会分开发送。

6. HTTP的 kc机制

如果有大量的连接,每次连接和关闭都要经历这些握手和挥手是不是性能低下,因此HTTP有一种keepalive connectionns机制,它可以在传输数据后任然保持连接,当客户端需要再次获取数据时,直接连接无需再次握手。就是如下图
在这里插入图片描述

猜你喜欢

转载自blog.csdn.net/qq_41816123/article/details/89476977
今日推荐