一、傳統(tǒng)APP架構(gòu)下的信息傳送
APP主動向服務(wù)器請求數(shù)據(jù)，服務(wù)器被動的提供數(shù)據(jù)。
步驟如下：
然而，如果此時(shí)服務(wù)器又有了新的新聞，在用戶沒有主動刷新的情況下，服務(wù)器是不會主動推送給用戶的。
推送解決了這個困境，它讓服務(wù)器主動連接APP，通知APP有了新的新聞，可以再請求。收到推送的APP（即使已關(guān)閉）又去服務(wù)器請求最新的新聞，用戶就能看到了。
二、實(shí)現(xiàn)推送的方法
實(shí)現(xiàn)一個推送系統(tǒng)需要服務(wù)器端和終端的配合。
方法一：輪詢
即不停地向服務(wù)器發(fā)送請求（既然不知道什么時(shí)候會發(fā)生，那就一遍一遍的問吧）。
缺點(diǎn)：手機(jī)消耗電量、流量大；服務(wù)器也要處理大量的請求，壓力大。
方法二：APP和服務(wù)器建立長時(shí)間連接通道
通過這個通道，APP可以向服務(wù)器請求數(shù)據(jù)，服務(wù)器也可以向APP發(fā)送數(shù)據(jù)。
android系統(tǒng)中，如果APP被關(guān)閉，APP可以啟動一個后臺服務(wù)來維持通道繼續(xù)運(yùn)行。（ios的解決方法見下）
如何維護(hù)這個長時(shí)間連接的通道？
APP會每隔段時(shí)間向服務(wù)器報(bào)告自己還活著，服務(wù)器收到后，即可知道這個通道可以繼續(xù)使用。（代價(jià)是增加電量消耗）
如果手機(jī)中裝了多個帶有推送功能的APP，如何解決多個通道的問題？
android解決方案：GCM（系統(tǒng)提供）、開發(fā)各自的專用通道（國內(nèi)方法）
Android系統(tǒng)提供的 GCM 只能在 Android2.2 以上才能使用，3.0 以下必須要安裝 Googleplay 并登陸了 Google 賬號才能支持。而國內(nèi)發(fā)行的手機(jī)大多是閹割掉了 google 服務(wù)的。
因此，對于 Android 系統(tǒng)來說，各家 app 只能開發(fā)自己的專用長連接通道了。然而這時(shí)候他們遇到了 app 的天敵：管家和衛(wèi)士們。前文說了，app 想要及時(shí)收到服務(wù)器推送的消息，關(guān)鍵在于自己與服務(wù)器的長連接通道不被關(guān)閉，也就是自己的后臺服務(wù)可以一直在后臺運(yùn)行，而管家和衛(wèi)士們的一鍵清理功能就是專治這種 “毒瘤” 的。道高一尺魔高一丈，app 在與管家和斗士們的長期斗爭中，總結(jié)了一系列躲避被清理掉的方法，什么定時(shí)自啟能力、什么相互喚醒、什么前臺進(jìn)程等等。
IOS解決方案：APNS
ios開通了一條系統(tǒng)級別的長連接通道，通道的一端是手機(jī)的所有APP，另一端是蘋果的服務(wù)器。
APP的服務(wù)器如果有消息需要推送，先把消息發(fā)送到蘋果服務(wù)器上，再利用蘋果的服務(wù)器通過長連接通道發(fā)送到用戶手機(jī)，最后通知具體的APP。這樣，即使安裝了100款A(yù)PP，也只需要向一條通道里發(fā)送推送。
非原創(chuàng)，總結(jié)自微信文章。
