摘要:小瀧的困境,是每個男孩的困境。第一次握手我對小瀧說一個女孩,不管她性格有多高冷,永遠是欣然接受你的好感的。女孩這時的狀態從變為同步已收到。的三次握手,也是最優化的戀愛博弈。表示認同,并對根據具體信息回應。女孩進入狀態關閉連接。
我有一個朋友,小瀧,他與我傾訴:
他在咖啡廳與朋友閑談,遇到了一個讓時間彷佛靜止的女孩。他描述,那一刻,他的心徹底被抓住了,腦中轟然,眼睛無法再從她身上移開。 而女孩,也時不時向她望來,那是一雙如秋水般清澈的明眸。
小瀧說,他非常非常想想把握,這一次心動。然而,自始自終,他沒能邁出那一步,他不知道該怎么辦。
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狀態。
小瀧,你知道嗎?
懂得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。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/104049.html
摘要:很多人都知道協議是基于協議創造出來的采用文本方式傳輸非二進制傳輸的應用層協議,協議是傳輸層協議,主要解決數據如何在網絡中傳輸,而應用層協議,主要解決如何包裝和規范數據。你也可以自己定義應用層協議,只不過所有配套的東西都要自己重新造輪子。 從問題切入能幫我們更好地理解晦澀難懂的概念。很多人都知道http協議是基于Tcp協議創造出來的采用文本方式傳輸(非二進制傳輸)的應用層協議,TPC/I...
摘要:很多人都知道協議是基于協議創造出來的采用文本方式傳輸非二進制傳輸的應用層協議,協議是傳輸層協議,主要解決數據如何在網絡中傳輸,而應用層協議,主要解決如何包裝和規范數據。你也可以自己定義應用層協議,只不過所有配套的東西都要自己重新造輪子。 從問題切入能幫我們更好地理解晦澀難懂的概念。很多人都知道http協議是基于Tcp協議創造出來的采用文本方式傳輸(非二進制傳輸)的應用層協議,TPC/I...
摘要:三次握手和四次揮手的問題在面試中是最為常見的考點之一。上面有一個非常特殊的狀態,它是主動關閉的一方在回復完對方的揮手后進入的一個長期狀態,這個狀態標準的持續時間是分鐘,分鐘后才會進入到狀態,釋放套接字資源。 showImg(https://segmentfault.com/img/remote/1460000018918991); TCP三次握手和四次揮手的問題在面試中是最為常見的考點...
閱讀 1731·2023-04-25 23:43
閱讀 908·2021-11-24 09:39
閱讀 713·2021-11-22 15:25
閱讀 1710·2021-11-22 12:08
閱讀 1085·2021-11-18 10:07
閱讀 2066·2021-09-23 11:22
閱讀 3338·2021-09-22 15:23
閱讀 2469·2021-09-13 10:32