Administrator User
21/03/2023 11:07
push：保持長(zhǎng)連接（采用異步socket建立tcp連接），能實(shí)時(shí)無(wú)延遲的收到服務(wù)推送過(guò)來(lái)的消息。服務(wù)器的域名不會(huì)改變，客戶(hù)端能夠找到服務(wù)器，而手機(jī)客戶(hù)端是用的是移動(dòng)運(yùn)營(yíng)商的網(wǎng)絡(luò)，若30分鐘（不同省份的運(yùn)營(yíng)商設(shè)置的可能不同，大部分運(yùn)營(yíng)商設(shè)置的是30分鐘）用戶(hù)不使用網(wǎng)絡(luò)，運(yùn)營(yíng)商可能把這個(gè)IP分配給其它的用戶(hù)，所以服務(wù)器一般不能實(shí)時(shí)的找到手機(jī)客戶(hù)端。所要要實(shí)現(xiàn)push，那么就要再服務(wù)器和手機(jī)客戶(hù)端建立長(zhǎng)連接。由于手機(jī)客戶(hù)端需要連接服務(wù)器的連接很多，通常服務(wù)器要支持集群，畢竟一臺(tái)服務(wù)器要實(shí)現(xiàn)少?zèng)_突的分配長(zhǎng)連接端口號(hào)，那么就最好不超過(guò)20000個(gè)連接。Push的好處是實(shí)時(shí)，維護(hù)通道的流量超少，只需要每30分鐘維護(hù)一次通道（為保持安全穩(wěn)定最好每14分鐘維護(hù)一次通道，就是發(fā)送一次請(qǐng)求，應(yīng)用前后臺(tái)切換時(shí)有繼續(xù)讓線程僵死，所以應(yīng)用前后切換時(shí)要維護(hù)一次通道）就可以。個(gè)推的透?jìng)骱吞O(píng)果APNS本質(zhì)就時(shí)push長(zhǎng)連接，所以他們很省點(diǎn)，也較快。只所以它們沒(méi)有做到想象的那么實(shí)時(shí)是因?yàn)樘O(píng)果運(yùn)營(yíng)的手機(jī)是海量的，APNS連接也是海量的，消息的調(diào)度是很費(fèi)時(shí)間的。個(gè)推的連接比蘋(píng)果少，但是再少也是海量級(jí)別的。所以個(gè)推付費(fèi)能提高響應(yīng)速度，但不能從根本上解決問(wèn)題。想解決響應(yīng)慢的問(wèn)題只有你自己實(shí)現(xiàn)push長(zhǎng)連接才更安全可能，畢竟是消息隊(duì)列調(diào)度問(wèn)題還是連接問(wèn)題你都實(shí)時(shí)的知道，可以用http請(qǐng)求的方案替代暫時(shí)連接異常。大部分郵箱和郵箱客戶(hù)端都不真正的支持push。微軟的exchange服務(wù)器的imap idle從實(shí)現(xiàn)機(jī)制上它是push。
個(gè)推的付費(fèi)用戶(hù)也不是單獨(dú)給你搭建一個(gè)服務(wù)器，而是調(diào)整給你有消息隊(duì)列插隊(duì)的的特權(quán)。如：你是付費(fèi)用戶(hù)，個(gè)推服務(wù)器有1億條消息在排隊(duì)，又一次性來(lái)1000萬(wàn)條消息，其中有5000條消息是付費(fèi)用戶(hù)的，那么這5000條消息肯定排列在1億條消息緊挨著的后面，至于這5000條消息的那么就靠誰(shuí)先來(lái)誰(shuí)就在前面了。若一條消息處理時(shí)間是x毫秒，那么你的等待時(shí)間最快就是1億＊x毫秒。所以你可以看到你的個(gè)推消息響應(yīng)時(shí)間不但于你的應(yīng)用使用量，也取決于這個(gè)時(shí)間段消息擁堵?tīng)顩r，其它人使用個(gè)推發(fā)送消息的瞬時(shí)情況，個(gè)推的透?jìng)骺赡馨l(fā)送很快（長(zhǎng)連接大部分情況正常，無(wú)需建立通道的時(shí)間）但是它們大部分時(shí)間被耽誤在消息排隊(duì)上了。蘋(píng)果的APNS服務(wù)器也是一樣，只是沒(méi)有插隊(duì)的后門(mén)而已。自己在服務(wù)器上實(shí)現(xiàn)蘋(píng)果的APNS的通信功能，不但在要求這方面的技術(shù)，最關(guān)鍵的是它不支持類(lèi)似的安卓手機(jī)遠(yuǎn)程。而是個(gè)推集成了iOS和android這兩方面的遠(yuǎn)程推送，所以你若想用不依賴(lài)于手機(jī)是否開(kāi)啟都推送消息，最簡(jiǎn)單的方法是使用個(gè)推。個(gè)推的APNS遠(yuǎn)程遠(yuǎn)沒(méi)有個(gè)推的透?jìng)鱽?lái)的快，畢竟少了，在個(gè)推推送到蘋(píng)果APNS服務(wù)，在哪里排隊(duì)的時(shí)間，蘋(píng)果的連接可是海量的。個(gè)推的付費(fèi)用戶(hù)對(duì)你的及時(shí)性有所提高，但是也沒(méi)有你想象的那么及時(shí)，必定要在個(gè)推那里進(jìn)行大量消息排隊(duì)。自己實(shí)現(xiàn)push長(zhǎng)連接，只排隊(duì)等待自己應(yīng)用的消息和其它應(yīng)用的消息無(wú)關(guān)，所以響應(yīng)最快最準(zhǔn)確，不用擔(dān)心消息丟失率的問(wèn)題。
Pull:就是定時(shí)獲取。優(yōu)點(diǎn)是實(shí)現(xiàn)簡(jiǎn)單，技術(shù)難點(diǎn)和異常很少。缺點(diǎn)不夠?qū)崟r(shí)，若獲取的時(shí)間間隔太短，設(shè)備的耗電量超快。還有一種實(shí)現(xiàn)方案是結(jié)合push和pull兩者的優(yōu)缺點(diǎn)，具有實(shí)時(shí)收到消息，實(shí)現(xiàn)簡(jiǎn)單，耗電量界于兩者間。具體的是建立長(zhǎng)連接，卻是10秒維護(hù)一次通道（服務(wù)器或客戶(hù)端不夠強(qiáng)大，沒(méi)有實(shí)現(xiàn)監(jiān)控兩者間異常的機(jī)制，才頻繁的發(fā)送心跳消息來(lái)代替這種異常監(jiān)控機(jī)制）。這種方案的優(yōu)點(diǎn)是基本做到了push的省去了發(fā)送請(qǐng)求才建立tcp通道的時(shí)間，達(dá)到了實(shí)時(shí)發(fā)送。它可以是異步socket也可以是同步socket。同步socket的優(yōu)點(diǎn)是實(shí)現(xiàn)簡(jiǎn)單，異常較少；缺點(diǎn)是阻塞連接線程，異步socket的優(yōu)點(diǎn)是實(shí)時(shí)發(fā)現(xiàn)異常，不阻塞連接線程；缺點(diǎn)是實(shí)現(xiàn)相對(duì)復(fù)雜，異常較多。綜上所述push的實(shí)現(xiàn)方案最優(yōu)，pull的實(shí)現(xiàn)方案最簡(jiǎn)單，兩者結(jié)合的方案是兩者的折中，具體實(shí)現(xiàn)那種實(shí)現(xiàn)方案，根據(jù)自己技術(shù)團(tuán)隊(duì)的技術(shù)水平和項(xiàng)目緊急水平。金笛郵件系統(tǒng)支持推送方式，用最小的心跳包減少手機(jī)的電力消耗，同時(shí)又保證的消息的及時(shí)性。
