今天看到這兩幅圖片，不禁哈哈大笑。互聯(lián)網(wǎng)上很多段子或者笑話，其實最能引起笑果的往往來自于真實生活，而不是那些為了笑果而編造的段子。

[[436038]]

圖片來自 包圖網(wǎng)

微信真的會因為網(wǎng)絡不好而造成信息的前后顛倒嗎?真的會。

為什么呢?馬化騰說微信就是一個郵箱，只是這個郵箱比較快，讓你感受不到這是一個郵箱，而讓你有一種即時通信的錯覺。

微信這個郵箱是這么來工作的：Alice 登錄微信服務器，認證身份，上線狀態(tài)。這是一個基于 TCP 的長連接，安全加密。

所謂長連接，就是 Alice 只要不是手機沒電或者關(guān)機狀態(tài)，這個長連接一直都是運行且雙向可以通信的。這個負責登錄的服務器，簡稱登錄服務器。

Alice 給 Bob 發(fā)了一段文字，“Are you kidding me?”敲回車。這段文字是通過上文的長連接發(fā)送的嗎?

不是的。而是通過一個短連接發(fā)送的，這個短連接是 Alice 點開 Bob 頭像才建立的，這是一個 TCP + MMTLS(安全加密)+ HTTP 封裝的短連接。

然后這個消息就被短連接以 HTTP 格式發(fā)出去了。這個消息是直接發(fā)給 Bob 的嗎?

不是的，而是發(fā)給 Bob 的郵箱。Bob 的郵箱是在 Bob 的手機里、還是微信存儲服務器里?

微信服務器。這樣做有什么好處呢?

假如 Bob 在飛機上，手機關(guān)機，Alice 消息依然可以將消息發(fā)出。如果直接發(fā)給 Bob 手機，手機都關(guān)機了，那就壓根無法建立連接，自然連消息都發(fā)不出。

當然好處還有許多，比如 Alice 與 Bob 的手機都位于 NAT 設備的后方，他們之間的直接通信不一定 100% 成功。

如果 Bob 是在線狀態(tài)，登錄服務器會第一時間通過 TCP 長連接，通知 Bob 微信郵箱里有信，至于這封信存在郵箱的什么地方，這是一個 HTTP 格式的鏈接。

Bob 微信會與鏈接所對應的存儲服務器建立短鏈接，將消息下載并顯示到本地窗口，然后關(guān)閉短連接。

如果 Bob 是離線狀態(tài)，微信服務器其實也不急的，反正消息呆在存儲服務器，不會飛的。等 Bob 下飛機上線了第一時間通知 Bob 微信就好了。

以上就是微信的工作流程。接下來講為何微信會發(fā)生消息后發(fā)先至的情況?

微信每次敲完一段文字，點擊“發(fā)送“，這個消息就觸發(fā)了一次：

• 短連接的建立
• 消息的傳輸
• 短連接的斷開

這個是標準的三步曲。當你再次發(fā)一段文字時，又觸發(fā)了一次三步曲。兩次的三步曲是相互獨立的。

在網(wǎng)絡暢通時，Alice 第一個消息很快就發(fā)到 Bob 的郵箱，并被 Bob 微信呈現(xiàn)在窗口里。Alice 第二個消息發(fā)出的晚，自然到達得晚，這是非常好理解的。

但是當網(wǎng)絡不好時，第一個三步曲的消息報文不是那么幸運，丟了，然后 Alice 的手機一直在重傳這個消息。Alice 又發(fā)送第二個消息，運氣特別好，沒有丟，結(jié)果比第一個消息早到了幾秒。

既然微信講究及時通信，微信會第一時間通知 Bob 的微信，只是這個消息通知順序，先是第二個消息，然后才是第一個消息。這樣就造成了微信消息時序的顛倒。

最后，每一段消息內(nèi)部文字并沒有顛倒，對嗎?

這就是 TCP 的功勞，因為短連接依然使用的是 TCP 做為傳輸協(xié)議，TCP 最擅長做的就是保證每一個字節(jié)按照先后順序到達。

TCP 是一個可靠協(xié)議，可以修復由于網(wǎng)絡暫時的中斷而造成的字節(jié)丟失。但是如果 Alice 向 Bob 郵箱上傳信的時候，網(wǎng)絡發(fā)生了長時間的中斷，超出了 TCP 最大修復時間，這時微信會提示 Alice，消息發(fā)送失敗!

作者：車小胖談網(wǎng)絡

編輯：陶家龍

來源：轉(zhuǎn)載自公眾號車小胖談網(wǎng)絡(ID：chexiaopangnetwork)