大概的內容：

a.web年代的推送

b.flash和js制作推送

c.ajax輪訓，ajax長輪訓，對服務器的改造

d.websocket推送

e.APP socket tcp 推送

1.首先講講推送的場景

? ? ? ?淘寶網的網頁聊天、手機掃描微信二維碼、支付寶支付通知、QQ等等這些都是推送的場景，推送的主要特性是 低延時、可以快速觸達到用戶。在推送的早期，就有工程師嘗試各種辦法做各種推送方案。

2.web的推送

? ? ? ?大家在玩新浪微博或者人人網的時候，或者在淘寶網頁和賣家聊天的時候，這個時候每次有新消息過來，服務器就把數據推送到網頁上面給你。但是web有個問題，http協議（不帶websocket的時代）是不能通過服務器主動發送數據給瀏覽器的。大家想想瀏覽器的數據發送方式是，瀏覽器主動發起一個請求，服務器接收這個請求后，然后返回數據，瀏覽器解析這個數據。這個是瀏覽器的固定的訪問模式，所以這個模式下不能做推送。

這個時候有3種方案可以選：??

? ? ? 第一種：web年代的推送

? ? ? ?就是網頁用js配合（xmlhttprequest對象，這個對象如果不知道，請百度，它可以用js發起一個后臺的http訪問并獲取數據）ajax，啟動一個定時器不停的死循環的訪問，服務器沒有信息就返回空，如果有數據就返回字符串或者json。這種每次發起一次訪問，服務器立馬返回，叫做短輪訓。 但是這個定時器的時間間隔非常有哲學，如果定的時間太長 ,那么消息獲取到的延時會非常大，如果定時器定的時間間隔很短，對服務器非常密集的訪問時壓力又很大。所以一般定時2秒鐘。這個方案主要是新浪微博在用，每次有新的微博他都提醒你，就是通過這個方案來實現的。

? ? ? 第二種：flash和js制作推送

? ? ? ? 早期網頁非常流行flash，flash可以通過JS通訊。所以網頁可以加載一個flash，這個flash里面創建一個TCP的套接字，這個TCP鏈接服務器，當服務器有信息就推送給這個flash這套接字，flash再把數據回調給JavaScript，這樣數據就到網頁上面了。這個方案有好處就是，性能很好、不用一直輪訓、對服務器的壓力也很小、消息及時性也非常好。但是可惜flash慢慢走下神壇，而且那個時候手機很多不支持flash，所以pc站點可以用。這個方案短暫的出現在一個 微信 PC的站點上面。微信pc登錄，當你手機掃描pc上的二維碼，就能登錄網頁版本的微信。這個https://wx.qq.com/ 網站早期這個步驟中，服務器通知網頁就是用flash的方案，現在已經下線了。

? ? ? 還有第三種：ajax輪訓，ajax長輪訓，對服務器的改造

? ? ? ?這是在第一種方案的基礎上面改造的，第一種是網頁用JavaScript不停的輪訓服務器，但是服務器不管有沒有信息都直接返回。在這個部分可以稍微做點修改，當網頁的請求過來，服務器如果有信息就直接返回，如果沒有信息就不返回，什么數據都不返回。這個時候網頁這邊的鏈接會處于pending的狀態，這個狀態就是在等待服務器返回數據，如果在這個狀態中服務器收到了信息，就利用這個鏈接發送過去，如果一直沒有信息就一直不返回，網頁到達一定的時間后會超時。所以網頁這邊有兩個返回，1.收到信息了? 2.超時了。當出現1的情況，就處理信息。當出現2的情況就忽略，然后在啟動一個新的請求，重復上面的過程。這個超時時間最少有幾分鐘，所以如果沒有消息，這個鏈接會一直不斷開。這個過程比推送的第一個方案少了很多信息的處理，所以對服務器壓力少了很多。同時由于網頁這邊 一直在等待信息，及時性也高效了很多。缺點就是，需要對服務器進行改造，一般需要自己寫http服務器，現有的tomcat或者nginx都不能完成這個工作，所以難度會比較大。目前已知 采用這個方案的網站只有人人網。

? ? ? 人人當年的聊天和 timeline的推送都是走這個方案的，性能比新浪微博的好不少。

3.websocket推送

但是————————————————

? ? ? 隨著瀏覽器的發展，在http的協議提升下有了websocket，瀏覽器已經可以創建套接字了。所以上面的方案都不及這個方案來的更加直接，這個方案是最直接效率最高的解決方案，而且也是標準很多開源工具都會慢慢支持這個。
? ? ? ?但是可惜的是 這個對瀏覽器要求比較高，國內網絡環境復雜，不是所有的用戶都在用支持 websocket的瀏覽器。或者大部分用戶都還不能上這個方案，現階段還是靠 http短輪訓在做需求。但是可以預知websocket是未來。

4.APP socket tcp 推送

? ? ? ?最后一種是? APP的推送，典型的是手機QQ和微信這類的。

? ? ? 手機推送 iOS和安卓不太一樣，但是本質都是走的socket的方案，手機啟動的時候拉取一個套接字到服務器，服務器有信息就推送給手機就好了。

? ? ? 但是iOS，當軟件后臺運行的時候，會關閉你的網絡鏈接，這個時候服務器就推送不過來，改成走apple的 APN推送。

? ? ? android 可以后臺運行，但是可能會被殺毒軟件干掉，導致信息推送過不來。所以大廠商都抱團取暖，采用互相拉起的方案。所以安卓的推送尤其是app后臺的情況下的推送，最好選用第三方專業做推送的的公司的SDK。你自己做的就算技術完善，但是到達率也是很低。

PS：所謂的抱團取暖呢，就是：安卓是單獨拉一個進程來推送的，當時你一個app可能會被360之類的殺死，這樣信息就到達不了了。? 但是比如你用了又盟的推送SDK或者個推的已經有很多app都集成了這個sdk，即使你的程序被殺了，只要有一個集成了這個sdk的app被運行了，就能幫你拉起來推送。比如有10個app在你手機上面， 都用了個推的推送。這個時候個推的進程被殺死了，所有的app都收不到推送了了，只有有一個app打開了，個推的推送的進程就被拉起來 這十個app的推送就又可以推送到了。

好了? 整個互聯網的信息的推送的發展過程大概就這么多。

原創作品，如需轉載，請與作者聯系，否則將追究法律責任。