即時通訊的架構(gòu)選擇

本篇的核心就在介紹IM通信系統(tǒng)最核心、最簡單的功能和架構(gòu)。

首先簡述本文認(rèn)為的IM通信的最基礎(chǔ)的兩大功能：

（1）確保發(fā)送端能夠完成信息發(fā)送

（2）確保接收者能夠即時準(zhǔn)確地接收到信息

接下來就是IM系統(tǒng)的實(shí)現(xiàn)方式：

整體的設(shè)計思路：

（1）中心化讀擴(kuò)散的模式

（2）去中心化寫擴(kuò)散的模式

兩種模式區(qū)別實(shí)際上相當(dāng)明顯：

（1）中心化讀擴(kuò)散的模式，很難實(shí)現(xiàn)異地多活的場景，對于遠(yuǎn)離中心的“域外”支持力有限，超長距離通信非常不方便

（2）去中心化寫擴(kuò)散的模式，難以支持多端同步，寫擴(kuò)散造成的存儲成本使得服務(wù)端存儲變得不太現(xiàn)實(shí)，跨區(qū)域獲取數(shù)據(jù)場景處理非常麻煩

了解了這些你可能就明白了某些主要用作IM的軟件一些奇奇怪怪的規(guī)則，比如某些軟件為什么只能單端登錄。

消息發(fā)送成功之后并不是萬事大吉了，IM系統(tǒng)仍然需要確保消息觸達(dá)到用戶。

仍然拿上述的某信/某Q為例，簡述IM系統(tǒng)推送信息的兩種模式，主要的方式是：

（1）當(dāng)用戶在線的時候，服務(wù)端主動推送消息，也就是推的模式（push）

（2）當(dāng)用戶不在線的時候，服務(wù)器暫存消息，用戶斷線重連之后，客戶端主動拉的模式（pull）

當(dāng)前的主流IM軟件當(dāng)前都是使用的push/pull相結(jié)合的消息獲取方式，某信和某Q和不能例外，其中要說差別，我只能說某信的用戶在線時間明顯高于某Q，也就是一個用推的場景更多一些，而另一個使用拉的場景更多。

再進(jìn)一步闡述之前，這里要引入一個長連接的概念，而上文所提到的用戶在線狀態(tài)更多的指的并不是用戶是否連接上了網(wǎng)絡(luò)，也不是用戶是否打開了特定的軟件，而是指的用戶是否連接了特定的長鏈接服務(wù)。

先上定義：長連接，指在一個連接上可以連續(xù)發(fā)送多個數(shù)據(jù)包，在連接保持期間，如果沒有數(shù)據(jù)包發(fā)送，需要雙方發(fā)鏈路檢測包。

長連接多用于操作頻繁，點(diǎn)對點(diǎn)的通訊，而且連接數(shù)不能太多情況。其好處是顯而易見的：節(jié)約了多次TCP的握手分手的一系列動作，減少頻繁的通信會造成socket錯誤。

對于IM系統(tǒng)而言長連接有一些特殊的意義和作用：

（1）建立的長連接通道，方便了服務(wù)端主動向下推送消息

（2）建立長連接的過程中可以方便的獲得設(shè)備的信息和設(shè)備的連接狀態(tài)

IM的客戶端和長連接之間的互動流程包括：

（1）客戶端登陸，嘗試連接長連接服務(wù)端

（2）長連接服務(wù)響應(yīng)，雙方連接成功

（3）客戶端注冊客戶端相關(guān)信息（ip，版本，用戶信息等等），長連接校驗(yàn)信息，成功后客戶端在長連接中注冊完畢

（4）客戶端主動獲取斷線過程中丟失的信息

（5）長連接處理多個客戶端之間的通信信息

至此，消息發(fā)送/接收這兩個IM最核心的流程，以及客戶端、長連接、服務(wù)端這三個IM最重要的三個部分之間關(guān)系全部介紹完畢，這個IM的大框架也就基本介紹完成，后續(xù)的細(xì)節(jié)就不在本篇中贅述了。