android長連接推送

⑴ 關於android 消息推送，有什麼開源的技術方案

關於Android 消息推送，採用第三方服務推送。客戶端只需要導入第三方提供的lib庫，有第三方管理長連接，負責消息的接收/發送。同時對消息都有比較詳細的報表數據，可以用於做數據分析、挖掘，改善用戶體驗。
第三方服務平台極光推送就不錯。極光推送個性化推送滿足用戶多種推送需要,有效提升用戶體驗,利用大數據人工智慧技術,實現智能用戶分群,提升消息點擊率,推送安全包確保推送內容准確,拒絕運營事故。
???極光推送產品優勢:
1、便捷的使用體驗 快速集成SDK，簡單易用的控制台和API
?2、靈活的目標篩選 提供用戶自定義的標簽和別名系統，以及極光自己根據數據分析出的分類目標
?3、高效穩定的系統 支持10億級的高並發訪問，多點備份保證系統穩定
? 4、專業的支持 有專業的技術支持團隊，及時響應客戶的需求和問題
極光推送搭建起一個高度穩定、可擴展的雲端架構，極大地幫助移動應用開發者節約開發和維護的成本，輕松實現毫秒級的精準推送。

⑵ 如何使用swoole和ios/android 實現長連接並實時推送數據

樓主你好！ ios7系統是不支持這個功能的，可能你理解有誤，USB連接電腦是利用手機的移動網路給電腦上網，而不是電腦給手機上網，你下載個騰訊管家，或者360，裡面有一個WiFi共享打開就可以利用電腦模擬WiFi給手機上網了。

⑶ 如何在android客戶端實時監控websocket長連接時伺服器實時推送的

使用Socket類中的Poll方法，就可以。 Socket client //假如已經創建好了，連接到伺服器端得Socket的客戶端對象。 我們只要client.Poll(10,SelectMode.SelectRead)判斷就行了。只要返回True是。就可以認為客戶端已經斷開了。 Poll 方法將會檢查 Socket 的狀態。指定 selectMode 參數的 SelectMode..::.SelectRead，可確定 Socket 是否為可讀。指定 SelectMode..::.SelectWrite，可確定 Socket 是否為可寫。使用 SelectMode..::.SelectError 檢測錯誤條件。Poll 將在指定的時段（以 microseconds 為單位）內阻止執行。如果希望無限期的等待響應，則將 microSeconds 設置為一個負整數。如果要檢查多個套接字的狀態，則不妨使用 Select 方法。

⑷ android怎麼實現HTTP長連接

轉載 這種功能實際上就是數據同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案: 1.一種是定時去server查詢數據，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）； 2.還有一種是移動端和伺服器建立長連接，使用XMPP長連接，稱Push（推送）。 從耗費的電量、流量和數據延遲性各方面來說，Push有明顯的優勢。但是使用Push的缺點是： 對於客戶端：實現和維護相對成本高，在移動無線網路下維護長連接，相對有一些技術上的開發難度。 對於伺服器：如何實現多核並發，cpu作業調度，數量龐大的長連接並發維護等技術，仍存在開發難點。 在講述Push方案的原理前，我們先了解一下移動無線網路的特點。 移動無線網路的特點： 因為 IP v4 的 IP 量有限，運營商分配給手機終端的 IP 是運營商內網的 IP，手機要連接 Internet，就需要通過運營商的網關做一個網路地址轉換（Network Address Translation，NAT）。簡單的說運營商的網關需要維護一個外網 IP、埠到內網 IP、埠的對應關系，以確保內網的手機可以跟 Internet 的伺服器通訊 GGSN（Gateway GPRS Support Node 網關GPRS支持結點）模塊就實現了NAT功能。 因為大部分移動無線網路運營商都是為了減少網關的NAT映射表的負荷，所以如果發現鏈路中有一段時間沒有數據通訊時，會刪除其對應表，造成鏈路中斷。（關於NAT的作用及其原理可以查看我的另一篇博文：關於使用UDP(TCP)跨區域網，NAT穿透的心得） Push在Android平台上長連接的實現： 既然我們知道我們移動端要和Internet進行通信，必須通過運營商的網關，所以，為了不讓NAT映射表失效，我們需要定時向Internet發送數據，因為只是為了不然NAT映射表失效，所以只需發送長度為0的數據即可。 這時候就要用到定時器，在android系統上，定時器通常有一下兩種： 1.java.util.Timer 2.android.app.AlarmManager 分析： Timer:可以按照計劃或者時間周期來執行相關的任務。但是Timer需要用WakeLock來讓CPU保持喚醒狀態，才能保證任務的執行，這樣子會消耗大量流量；當CPU處於休眠的時候，就不能喚醒執行任務，所以應用於移動端明顯是不合適。 AlarmManager：AlarmManager類是屬於android系統封裝好來管理RTC模塊的管理類。這里就涉及到RTC模塊，要更好地了解兩者的區別，就要明白兩者真正的區別。 RTC（Real- Time Clock）實時鬧鍾在一個嵌入式系統中，通常採用RTC 來提供可靠的系統時間，包括時分秒和年月日等;而且要求在系統處於關機狀態下它也能夠正常工作（通常採用後備電池供電），它的外圍也不需要太多的輔助電路，典型的就是只需要一個高精度的32.768KHz 晶體和電阻電容等。（如果對這方面感興趣，可以自己查閱相關資料，這里就說個大概） 好了，回來正題。所以，AlarmManager又稱全局定時鬧鍾。這意味著，當我用使用AlarmManager來定時執行任務，CPU可以正常地休眠，只有在執行任務是，才喚醒CPU，這個過程是很短時間的。 下面簡單來說明其使用： 1.類似於Timer功能： //獲得鬧鍾管理器 AlarmManager am = (AlarmManager)getSystemService(ALARM_SERVICE); //設置任務執行計劃 am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000, sender);//從firstTime才開始執行，每隔5秒再執行 2.實現全局定時功能： //獲得鬧鍾管理器 AlarmManager am = (AlarmManager)getSystemService(ALARM_SERVICE); //設置任務執行計劃 am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime, 5*1000, sender);//從firstTime才開始執行，每隔5秒再執行 總結：在android客戶端使用Push推送時，應該使用AlarmManager來實現心跳功能，使其真正實現長連接。

⑸ app的消息推送怎麼實現

app的消息通知的方式主要有兩種：Pull和Push，在這里分別對這兩種方式進行比較：
Pull：Pull方式即採用「拉」的方式，app在啟動時會從伺服器上拉取消息，在app啟動或經過一個周期時會定時鏈接服務端來獲得伺服器需要傳遞給終端的消息也就是輪詢。這種方式的有點很明顯就是實現方式簡單，只需要將消息上傳到伺服器在終端鏈接後就可自動發送給終端；但是缺點也同樣明顯，就是每個app都需要單獨建立一個自己的伺服器連接，發送的時間間隔不好控制，而且耗電極為嚴重。
Push：Push顧名思義就是採用「推」的方式，需要在移動終端和推送伺服器之間建立一個長連接，就不需要每個app與伺服器建立連接，所有app的服務端都是直接連接推送伺服器並通過推送伺服器來把消息推送到終端，而終端也只需要與推送伺服器進行連接就可以接收通知消息。通過長連接，推送伺服器可以在消息到來的時候及時的將消息推送到終端，推送實時性要比Pull方式強。
當然採用Push方式雖然減少了移動終端的耗電量，但是推送伺服器的壓力就上來了，因此app開發者在實現消息推送的時候往往會選擇實力強的第三方平台來承擔伺服器的壓力，這樣既能提高推送效率，也能降低成本。
然而關於推送也可以採用第三方工具來幫忙實現，比如極光，極光推送是經過考驗的大規模 App 推送平台，每天推送消息量級為數百億條。 開發者集成 SDK 後，可以通過調用 API 推送消息。同時，JPush 提供可視化的 web 端控制台發送通知，統計分析推送效果。 全面支持 Android, iOS, Winphone 三大手機平台

⑹ 如何實現android和伺服器的長連接

轉載 這種功能實際上就是數據同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案:

1.一種是定時去server查詢數據，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）；

2.還有一種是移動端和伺服器建立長連接，使用XMPP長連接，稱Push（推送）。

從耗費的電量、流量和數據延遲性各方面來說，Push有明顯的優勢。但是使用Push的缺點是：

對於客戶端：實現和維護相對成本高，在移動無線網路下維護長連接，相對有一些技術上的開發難度。

對於伺服器：如何實現多核並發，cpu作業調度，數量龐大的長連接並發維護等技術，仍存在開發難點。

在講述Push方案的原理前，我們先了解一下移動無線網路的特點。

移動無線網路的特點：

因為 IP v4 的 IP 量有限，運營商分配給手機終端的 IP 是運營商內網的 IP，手機要連接 Internet，就需要通過運營商的網關做一個網路地址轉換（Network Address Translation，NAT）。簡單的說運營商的網關需要維護一個外網 IP、埠到內網 IP、埠的對應關系，以確保內網的手機可以跟 Internet 的伺服器通訊

GGSN（Gateway GPRS

Support Node 網關GPRS支持結點）模塊就實現了NAT功能。

因為大部分移動無線網路運營商都是為了減少網關的NAT映射表的負荷，所以如果發現鏈路中有一段時間沒有數據通訊時，會刪除其對應表，造成鏈路中斷。（關於NAT的作用及其原理可以查看我的另一篇博文：關於使用UDP(TCP)跨區域網，NAT穿透的心得）

Push在Android平台上長連接的實現：

既然我們知道我們移動端要和Internet進行通信，必須通過運營商的網關，所以，為了不讓NAT映射表失效，我們需要定時向Internet發送數據，因為只是為了不然NAT映射表失效，所以只需發送長度為0的數據即可。

這時候就要用到定時器，在android系統上，定時器通常有一下兩種：

1.java.util.Timer

2.android.app.AlarmManager

分析：

Timer:可以按照計劃或者時間周期來執行相關的任務。但是Timer需要用WakeLock來讓CPU保持喚醒狀態，才能保證任務的執行，這樣子會消耗大量流量；當CPU處於休眠的時候，就不能喚醒執行任務，所以應用於移動端明顯是不合適。

AlarmManager：AlarmManager類是屬於android系統封裝好來管理RTC模塊的管理類。這里就涉及到RTC模塊，要更好地了解兩者的區別，就要明白兩者真正的區別。

RTC（Real- Time Clock）實時鬧鍾在一個嵌入式系統中，通常採用RTC

來提供可靠的系統時間，包括時分秒和年月日等;而且要求在系統處於關機狀態下它也能夠正常工作（通常採用後備電池供電），它的外圍也不需要太多的輔助電路，典型的就是只需要一個高精度的32.768KHz

晶體和電阻電容等。（如果對這方面感興趣，可以自己查閱相關資料，這里就說個大概）

好了，回來正題。所以，AlarmManager又稱全局定時鬧鍾。這意味著，當我用使用AlarmManager來定時執行任務，CPU可以正常地休眠，只有在執行任務是，才喚醒CPU，這個過程是很短時間的。

下面簡單來說明其使用：

1.類似於Timer功能：

//獲得鬧鍾管理器

AlarmManager

am = (AlarmManager)getSystemService(ALARM_SERVICE);

//設置任務執行計劃

am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000,

sender);//從firstTime才開始執行，每隔5秒再執行

2.實現全局定時功能：

//獲得鬧鍾管理器

AlarmManager

am = (AlarmManager)getSystemService(ALARM_SERVICE);

//設置任務執行計劃

am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime,

5*1000, sender);//從firstTime才開始執行，每隔5秒再執行

總結：在android客戶端使用Push推送時，應該使用AlarmManager來實現心跳功能，使其真正實現長連接。

⑺ 怎麼實現伺服器給android客戶端主動推送消息

採用MQTT協議實現Android推送功能是一種解決方案。MQTT是一個輕量級的消息發布/訂閱協議，是實現基於手機客戶端的消息推送伺服器的理想解決方案。

常見的解決方案實現原理：

1、輪詢(Pull)方式：客戶端定時向伺服器發送詢問消息，一旦伺服器有變化則立即同步消息。

2、SMS(Push)方式：通過攔截SMS消息並且解析消息內容來了解伺服器的命令，但這種方式一般用戶在經濟上很難承受。

3、持久連接(Push)方式：客戶端和伺服器之間建立長久連接，這樣就可以實現消息的及時行和實時性。

(7)android長連接推送擴展閱讀：

推送消息注意事項：

1、支持第三方推送內容，是要客戶端和伺服器都支持的，客戶端和伺服器都導入推送SDK。

2、伺服器推送內容，可以精確指定推送時間，推送的具體接收人，用戶群，位置。

3、即推送的維度可以使時間，位置，人群。

4、極光使用了兩種不同的通知方式，一種是推送通知，一種是推送消息。

5、如果要使用androidpn，則還需要做大量的工作，需要理解XMPP協議、理解Androidpn的實現機制，需要調試內部存在的BUG。

參考資料來源：網路-伺服器

參考資料來源：網路-Android客戶端

參考資料來源：網路-信息推送

⑻ Android 幾種消息推送方案總結

Android 幾種消息推送方案總結:
一、使用GCM(Google Cloude Messaging) Android自帶的推送GCM可以幫助開發人員給他們的Android應用程序發送數據。它是一個輕量級的消息，告訴Android應用程序有新的數據要從伺服器獲取，或者是一個消息，其中包含了4KB的payload data（像即時通訊這類應用程序可以直接使用該payload消息）。
GCM服務處理排隊的消息，並把消息傳遞到目標設備上運行的Android應用程序。
二、使用XMPP協議（Openfire+Spark+Smark） XMPP是一種基於XML的協議，它繼承了在XML環境中靈活的發展性，有很強的可擴展性。包括上面講的GCM伺服器底層也是採用XMPP協議封裝的。
三、使用MQTT協議（想了解更多可以看http://mqtt.org/）輕量級的、基於代理的「發布/訂閱」模式的消息傳輸協議。
四、HTTP輪循方式。定時向HTTP服務端介面（Web Service API）獲取最新消息。
五、採用第三方服務。客戶端只需要導入第三方提供的lib庫，有第三方管理長連接，負責消息的接收/發送。同時對消息都有比較詳細的報表數據，可以用於做數據分析、挖掘，改善用戶體驗。
中合對比還是採用第三方服務簡捷高效。比如極光推送就很好用，極光推送搭建起一個高度穩定、可擴展的雲端架構，極大地幫助移動應用開發者節約開發和維護的成本，輕松實現毫秒級的精準推送。

⑼ 如何實現android和伺服器長連接

這種功能實際上就是數據同步，同時要考慮手機本身、電量、網路流量等等限制因素，所以通常在移動端上有一下兩個解決方案: 1.一種是定時去server查詢數據，通常是使用HTTP協議來訪問web伺服器，稱Polling（輪詢）； 2.還有一種是移動端和伺服器建立長連接，使用XMPP長連接，稱Push（推送）。 從耗費的電量、流量和數據延遲性各方面來說，Push有明顯的優勢。但是使用Push的缺點是： 對於客戶端：實現和維護相對成本高，在移動無線網路下維護長連接，相對有一些技術上的開發難度。 對於伺服器：如何實現多核並發，cpu作業調度，數量龐大的長連接並發維護等技術，仍存在開發難點。 在講述Push方案的原理前，先了解一下移動無線網路的特點。 移動無線網路的特點： 因為 IP v4 的 IP 量有限，運營商分配給手機終端的 IP 是運營商內網的 IP，手機要連接 Internet，就需要通過運營商的網關做一個網路地址轉換（Network Address Translation，NAT）。簡單的說運營商的網關需要維護一個外網 IP、埠到內網 IP、埠的對應關系，以確保內網的手機可以跟 Internet 的伺服器通訊 GGSN（Gateway GPRS Support Node 網關GPRS支持結點）模塊就實現了NAT功能。 因為大部分移動無線網路運營商都是為了減少網關的NAT映射表的負荷，所以如果發現鏈路中有一段時間沒有數據通訊時，會刪除其對應表，造成鏈路中斷。 Push在Android平台上長連接的實現： 既然自己知道自己移動端要和Internet進行通信，必須通過運營商的網關，所以，為了不讓NAT映射表失效，咋們需要定時向Internet發送數據，因為只是為了不然NAT映射表失效，所以只需發送長度為0的數據即可。 這時候就要用到定時器，在android系統上，定時器通常有一下兩種： 1.java.util.Timer 2.android.app.AlarmManager 分析： Timer:可以按照計劃或者時間周期來執行相關的任務。但是Timer需要用WakeLock來讓CPU保持喚醒狀態，才能保證任務的執行，這樣子會消耗大量流量；當CPU處於休眠的時候，就不能喚醒執行任務，所以應用於移動端明顯是不合適。 AlarmManager：AlarmManager類是屬於android系統封裝好來管理RTC模塊的管理類。這里就涉及到RTC模塊，要更好地了解兩者的區別，就要明白兩者真正的區別。 RTC（Real- Time Clock）實時鬧鍾在一個嵌入式系統中，通常採用RTC 來提供可靠的系統時間，包括時分秒和年月日等;而且要求在系統處於關機狀態下它也能夠正常工作（通常採用後備電池供電），它的外圍也不需要太多的輔助電路，典型的就是只需要一個高精度的32.768KHz 晶體和電阻電容等。（如果對這方面感興趣，可以自己查閱相關資料，這里就說個大概） 好了，回來正題。所以，AlarmManager又稱全局定時鬧鍾。這意味著，當自己用使用AlarmManager來定時執行任務，CPU可以正常地休眠，只有在執行任務是，才喚醒CPU，這個過程是很短時間的。 下面簡單來說明其使用： 1.類似於Timer功能： //獲得鬧鍾管理器 AlarmManager am = (AlarmManager)getSystemService(ALARM_SERVICE); //設置任務執行計劃 am.setRepeating(AlarmManager.ELAPSED_REALTIME, firstTime, 5*1000, sender);//從firstTime才開始執行，每隔5秒再執行 2.實現全局定時功能： //獲得鬧鍾管理器 AlarmManager am = (AlarmManager)getSystemService(ALARM_SERVICE); //設置任務執行計劃 am.setRepeating(AlarmManager.ELAPSED_REALTIME_WAKEUP, firstTime, 5*1000, sender);//從firstTime才開始執行，每隔5秒再執行 總結：在android客戶端使用Push推送時，應該使用AlarmManager來實現心跳功能，使其真正實現長連接。