詳解三次握手和四次揮手：遇到心動的女孩時，如何去把握？

我有一個朋友，小瀧，他與我傾訴：

他在咖啡廳與朋友閒談，遇到了一個讓時間似乎靜止的女孩。他描述，那一刻，他的心完全被抓住了，腦中轟然，眼睛沒法再從她身上移開。 而女孩，也時不時向她望來，那是一雙如秋水般清澈的明眸。

小瀧說，他很是很是想一想把握，這一次心動。然而，自始自終，他沒能邁出那一步，他不知道該怎麼辦。

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是網絡通信的規則，也是人類間默契的交流規則。

不動聲色，心裏早已暗流洶涌。卻只是對你說。

「好巧，我也是這趟航班」

---

幾條規則，有助於你記住這一切：

1. 每一次通信，都帶有seq序列碼。 每一次通信，狀態都會變動。
2. SYN=1在握手階段雙方各發送一次。FIN=1在揮手階段雙方各發送一次。
3. 有確認碼的時候ACK=1，必帶有確認號ack。 ack在上一條接收到的序號上+1。