移動IM開發學習 1

一.通訊方式

im通訊方式有兩種選擇:裝置直連(p2p)和通過伺服器中轉。

1.p2p

p2p多見於區域網內聊天工具，典型的應用有:飛鴿傳書，天網maze等。這類軟體在啟動後一般做兩件事情：

進行udp廣播:傳送自己資訊和接受同區域網內其他端資訊

開啟tcp監聽:等待其他端進行連線

2.伺服器中轉

幾乎所有網際網路im產品都採用伺服器中轉這種方式進行訊息傳輸，相對於p2p的方式，它有如下的優點:

當然它也有自己的問題:伺服器架構複雜，併發要求高。

二.網路連線方式

im主流網路連線方式有兩種:

後者常見於web im系統(當然現在很多web im都是基於websocket實現)，它的優點是實現簡單，方便開發上手，問題是流量大，伺服器負載較大，訊息及時性無法很好地保證，對大規模的使用者量支援不夠，比較適合小型的im系統,如乙個小**的客戶系統。

基於tcp長連線則夠更好地支援大批量使用者，問題是客戶端和伺服器的實現比較複雜。當然也還有一些變種，如下行使用mqtt進行伺服器通知/訊息的下發，上行使用http短連線進行指令和訊息的上傳。這種方式能夠保證下行訊息/指令的及時性，但是在弱網路下上行慢的問題還是比較嚴重。早期的來往就是基於這種方式。

三.協議選擇

im協議選擇原則一般是:易於拓展，方便覆蓋各種業務邏輯，同時又比較節約流量。後一點的需求在移動端im上尤其重要。

常見的協議有:

xmpp協議的優點在於:協議開源，可拓展性強，在各個端(包括伺服器)有各種語言的實現，開發者接入方便。但是缺點也是不少:xml表現力弱，有太多冗餘資訊，流量大，實際使用時有大量天坑。

mqtt的優點是協議簡單，流量少，但是它並不是乙個專門為im設計的協議，多使用於推送。

乙個好的協議需要滿足如下條件:高效，簡潔，可讀性好，節約流量，易於拓展，同時又能夠匹配當前團隊的技術堆疊。基於如上原則，我們可以推出: 如果團隊小，團隊技術在im上積累不夠可以考慮使用xmpp或者mqtt+http短連線的實現。反之可以考慮自己設計和實現私有協議。

上面就是乙個im系統大致的選型過程:通訊方式，連線方式，協議選擇，協議設計。