引言

即便在通訊如此發達的今天，IM 也依然是諸多場景下非常重要的基礎能力。因此做為 一名 Android 開發，不可避免的會遇到一些IM 相關的需求或問題。本文以一個Android開發的角度來講述IM 開發相關的基礎知識。

想要技術干貨、行業洞察，歡迎關注網易云信博客。

了解網易云信，來自網易核心架構的通信與視頻云服務。

IM開發需要面對的問題

網絡問題，如何高效快速的傳輸數據？

協議問題，消息如何封裝？

及時性問題，如何進行進程?；?#xff1f;

網絡問題

TCP 的三次握手建立連接是一個非常耗時的過程。在 IM 場景下，數據的傳輸將會非常的頻繁，如果每次傳輸都建立一個 TCP 連接，那么這個效率是不能接受的，并且頻繁的建立連接可能會發生socket錯誤，所以我們需要 “復用”TCP連接，也就是平時所說的TCP長連接。

TCP 長連接

短連接在建立后，當數據傳輸完畢時會立即關閉，下次需要傳輸數據時需要重新建立連接，在日常的業務場景非常常見，比如通過 http/https 請求獲取Server 數據。而長連接在傳輸完數據后并不會關閉，這樣下次需要傳輸數據時就可以直接使用已經建立好的連接，這中間省去了連接建立的時間。但是建立一個 TCP 長連接卻并不是“建立后不關閉”那么簡單，因為 TCP 長連接會“被動”關閉。

網絡地址轉換 (NAT)

IPv4的容量是有限的，隨著接入Internet的計算機數量的不斷猛增，IP地址資源也就愈加顯得捉襟見肘，于是也就產生了 NAT技術。簡單來說，NAT就是在局域網內部網絡中使用內部地址，而當內部節點要與外部網絡進行通訊時，就在網關（可以理解為出口，打個比方就像院子的門一樣）處，將內部地址替換成公用地址，從而在外部公網（Internet）上正常使用，NAT可以使多臺計算機共享Internet連接，這一功能很好地解決了公共 IP地址緊缺的問題。通過這種方法，可以只申請一個合法IP地址，就把整個局域網中的計算機接入Internet中。

而我們就處于運營商（移動/聯通/電信。。。）的局域網內。當我們接入運營商的網絡后，會分配到一個運營商的內部 IP地址，于是我們就可以使用這個IP地址建立連接向外傳輸數據了。但是當這個IP閑置了一段時間（NAT超時時間）后，運營商為了節約資源，會把分配給我們IP回收掉。此時如果我們還繼續使用之前那個未關閉的連接去傳輸數據，那么毫無疑問會失敗的。下面是一些運營商的 NAT超時時間。

網絡NAT超時時間中國移動3G/2G5 min中國聯通2G5 min中國電信3G大于 28 min

要想長連接一直有效，那么閑置時間就不能太長，所以在閑置時我們需要向外（Server）傳輸一些數據包，這也就是常說的“心跳包”，用于告訴運營商這個 IP 還在被使用，告訴Server 客戶端還在線。

心跳策略

心跳策略一般分為兩種：

1. 固定心跳

2. 動態心跳

這里講一下固定心跳，動態心跳可以參考 微信心跳 。固定心跳其實就是間隔固定時間發送一個心跳包。

心跳間隔 X 的值需要參考運營商的 NAT 超時時間確定，不能大于最小的 NAT超時時間，也不能太小，要不Server 的負擔非常重。一般取一個比較接近最小的NAT超時時間，比如4分鐘。

協議問題

協議決定是消息以什么樣的形式傳輸，即發送時如果對消息進行封裝，接收時如何解析。比如可以將消息體以 XML 的形式進行處理，這也就是 XMPP 協議，參考下面一個消息示意：

隔壁老王：你兒子長的比你帥多了。

老李：嘿嘿，謝謝夸獎！

<message> ??? <from>隔壁老王</from> ??? <to>老李</to> ??? <context>你兒子長的比你帥多了。</context> ??? <type>text</type> </message> <message> ??? <from>老李</from> ??? <to>隔壁老王</to> ??? <context>嘿嘿，謝謝夸獎！</context> ??? <type>text</type> </message>

從上面的消息示意，我們可以發現一條消息的內容可以拆分成很多屬性，而協議就是把這些屬性組合起來。

以 XML 的形式傳輸消息，最大的一個問題，就是冗余數據太多了，特別是當消息的屬性比較多時。

那么有沒什么格式能盡可能有減小冗余數據？

其實無論消息如何封裝，最終傳輸的肯定是二進制流，那么完全可以直接用二進制的形式對消息進行封裝，這也就是二進制協議。下面是一個簡單二進制協議的實現示意。

一條消息由from + to + context + type這幾個屬性組成，那么我們完全可以按順序存儲在二進制中，由于內容長度不確定，所以每個屬性的開頭我們可以使用固定字節數來記錄這個屬性的內容長度。當然，這里只是展示了一個二進制協議的例子，實際的消息會比這復雜多了，但是核心思路就是這么簡單，最終無非是設計與實現形式上的差距。

及時性問題

IM的作為即時通訊，如果無法保證消息及時觸達，那么意義就大打折扣。要保證消息及時觸達，最關鍵要做到以下兩點：

1. App 進程要盡量存活，也就是進程?；?；

2. 在 App進程掛掉后，能夠喚醒起來；

進程?；?/span>

進程?；钇鋵嵤菍儆?Android 平臺的一個話題，相信大家日常開發也遇到過，細節就不在這長篇大論了，簡單的說下幾個原則：

1. 優化內存，減小內存的占用，會大大的減小被 kill 的機率；

2. 多進程，將 UI 進程與 IM 進程獨立出來，這樣 IM 的進程負擔就會小很多；

進程喚醒

嚴格意義上來說進程喚醒是屬于進程?；畹囊粋€分支，這里單獨列出來，是因為進程喚醒關注的是進程掛掉之后的動作。對于進程喚醒，這里也只列些原則，詳細的可以去查閱相關資料。

1. 靜態注冊監聽廣播（<7.0）

2. Alarm定時任務，定時去檢查進程是否存活。

3. JobScheduler定時任務，定時去檢查進程是否存活( >5.0 )

4. 接入廠商推送

---

網易云信（NeteaseYunXin）是集網易18年IM以及音視頻技術打造的PaaS服務產品，來自網易核心技術架構的通信與視頻云服務，穩定易用且功能全面，致力于提供全球領先的技術能力和場景化解決方案。開發者通過集成客戶端SDK和云端OPEN API，即可快速實現包含IM、音視頻通話、直播、點播、互動白板、短信等功能。

?

總結

以上是生活随笔為你收集整理的Android开发需要了解的 IM 知识的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。