http長連接android
❶ android消息推送一般有哪裡平台
android消息推送有很多第三方的平台。 所謂的消息推送就是從伺服器端向移動終端發送連接，傳輸一定的信息。比如一些新聞客戶端，每隔一段時間收到一條或者多條通知，這就是從伺服器端傳來的推送消息。推送方法如下：
1、通過SMS進行伺服器端和客戶端的交流通信。
2、循環主動定時獲取
3、持久連接：需要開一個服務來保持和伺服器端的持久連接（蘋果就和谷歌的C2DM是這種機制）。
使用第三方平台有很多，其中極光就很不錯。極光數據服務基於極光所擁有的大數據的基礎之上，研究領域覆蓋國內各主要產業，面向企業提供營銷、客戶洞察、金融風控、地理商業與行業研究服務。幫助企業360度分析客戶，篩選目標客戶群，提供客流、選址分析與黑灰名單和疑似客戶識別等服務，為企業帶來行業解決方案。
❷ android 長連接怎麼省電
1）滅屏待機最省電：
a)任何App包括後台Service應該盡可能減少喚醒CPU的次數，比如IM類業務的長連接心跳、QQ提醒待機鬧鍾類業務的alarm硬時鍾喚醒要嚴格控制；
b)每次喚醒CPU執行的代碼應該盡可能少，從而讓CPU迅速恢復休眠，比如申請wake lock的數量和持有時間要好好斟酌；
2）Wi-Fi比蜂窩數據，包括2G（GPRS）、3G更省電：
a)盡量在Wi-Fi下傳輸數據，當然這是廢話，不過可以考慮在有Wi-Fi的時候做預載入，比如應用中心的zip包、手Q web類應用的離線資源等；
b)非Wi-Fi下，盡量減少網路訪問，每一次後台交互都要考慮是否必須。雖然WiFi接入方式已經佔到移動互聯網用戶的50%，但是是有些手機設置為待機關閉WiFi連接，即便有Wi-Fi信號也只能切換到蜂窩數據；
測試分析：
1）滅屏的情況：
a)滅屏待機，CPU處於休眠狀態，最省電（7mA）；
b)滅屏傳輸，CPU被激活，耗電顯著增加，即便是處理1K的心跳包，電量消耗也會是待機的6倍左右（45mA）；
c)滅屏傳輸，高負載download的時候WiFi最省電（70mA），3G（270mA）和2G（280mA）相當，是WiFi的4倍左右；
1
Android手機耗電深度解析！
2）亮屏的情況：
a)亮屏待機，CPU處於激活狀態，加上屏幕耗電，整機電量消耗不小（140mA）；
b)亮屏傳輸，如果只是處理1K的心跳包，耗電增加不多（150mA），即便是很大的心跳包（64K），消耗增加也不明顯（160mA）；
c)亮屏傳輸，高負載download的時候WiFi最省電（280mA），3G（360mA）和2G（370mA）相當，是WiFi的1.3倍左右；
1
Android手機耗電深度解析！
3）Alarm喚醒頻繁會導致待機耗電增加：
手機滅屏後會進入待機狀態，這時CPU會進入休眠狀態。Android的休眠機制介紹的文章很多，這里引用一段網路文章：
Early suspend是android引進的一種機制,這種機制在上游備受爭議,這里 不做評論。這個機製作用在關閉顯示的時候,在這個時候,一些和顯示有關的 設備,比如LCD背光,比如重力感應器,觸摸屏,這些設備都會關掉,但是系統可能還是在運行狀態(這時候還有wake lock)進行任務的處理,例如在掃描SD卡上的文件等.在嵌入式設備中,背光是一個很大的電源消耗,所以android會加入這樣一種機制.
Late Resume是和suspend配套的一種機制,是在內核喚醒完畢開始執行的.主要就是喚醒在Early Suspend的時候休眠的設備.
Wake Lock在Android的電源管理系統中扮演一個核心的角色. Wake Lock是一種鎖的機制,只要有人拿著這個鎖,系統就無法進入休眠,可以被用戶態程序和內核獲得.這個鎖可以是有超時的或者是沒有超時的,超時的鎖會在時間過去以後自動解鎖.如果沒有鎖了或者超時了,內核就會啟動休眠的那套機制來進入休眠.
當用戶寫入mem或者standby到/sys/power/state中的時候, state_store()會被調用,然後Android會在這里調用request_suspend_state()而標準的Linux會在這里進入enter_state()這個函數.如果請求的是休眠,那麼early_suspend這個workqueue就會被調用,並且進入early_suspend
簡單的說，當用戶按power鍵，使得手機進入滅屏休眠狀態，Android系統其實是做了前面說的一些工作：關閉屏幕、觸摸屏、感測器、mp當前用戶態和內核態程序運行上下文到內存或者硬碟、關閉CPU供電，當然為了支持語音通訊，modern等蜂窩信令還是工作的。
這種情況下，應用要喚醒CPU，只有兩種可能：
a)通過伺服器主動PUSH數據，通過網路設備激活CPU；
b)設置alarm硬體鬧鍾喚醒CPU；
這里我們重點分析第二種情況。首先來看看什麼是alarm硬體鬧鍾。Google官方提供的解釋是：Android提供的alarm services可以幫助應用開發者能夠在將來某一指定的時刻去執行任務。當時間到達的時候，Android系統會通過一個Intent廣播通知應用去完成這一指定任務。即便CPU休眠，也不影響alarm services的服務，這種情況下可以選擇喚醒CPU。
顯然喚醒CPU是有電量消耗的，CPU被喚醒的次數越多，耗電量會越大。現在很多應用為了維持心跳、拉取數據、主動PUSH會不同程度地注冊alarm服務，導致Android系統被頻繁喚醒。這就是為什麼雷軍說Android手機在安裝了TOP100的應用後，待機時間會大大縮短的重要原因。
比較簡單評測CPU喚醒次數的方法是看mpsys alarm，這里會詳細記錄從開機到當前的各個進程和服務喚醒CPU的次數和時間。通過對比喚醒次數和喚醒時間可以幫助我們分析後台進程和服務的耗電情況。Dumpsys alarm的輸出看起來像這樣：
其中544代表喚醒次數，38684ms代表喚醒時間 [保存到相冊]
4）Wake locks持有時間過長會導致耗電增加：
Wake locks是一種鎖機制，有些文獻翻譯成喚醒鎖。簡單說，前面講的滅屏CPU休眠還需要做一個判斷，就是看是否還有任何應用持有wake locks。如果有，CPU將不會休眠。有些應用不合理地申請wake locks，或者申請了忘記釋放，都會導致手機無法休眠，耗電增加。
原始數據：
測試方法：硬體設備提供穩壓電源替代手機電池供電，在不同場景下記錄手機平均電流。
測試設備：Monsoon公司的Power Monitor TRMT000141
測試機型：Nexus One
1
滅屏benchmark（CPU進入休眠狀態）：7mA [保存到相冊] 0
滅屏WiFi：70 mA [保存到相冊]
0
滅屏3G net：270 mA [保存到相冊]
http://digi.it.sohu.com/20131116/n390249625.shtml
❸ android 客戶端怎麼實現長連接和短連接
所謂長連接，指在一個連接上可以連續發送多個數據包，然後斷開連接，在連接保持期間，如果沒有數據包發送，需要雙方發鏈路檢測包。短連接是指通訊雙方有數據交互時，就建立一個連接，數據發送完成後，則斷開此連接，即每次連接只完成一項業務的發送.
❹ Android Http連接和TCP連接的區別
Http是應用層協議，TCP是網路層協議，應用層在TCP/IP四層架構中位於TCP的上一層。
建立Http連接在實現時有以下兩種方式：
1、[java] view plain
DefaultHttpClient http = new DefaultHttpClient();
HttpGet method = new HttpGet(url);
HttpResponse response =http.execute(method);
2、[java] view plain
URL url = new URL(uri);
HttpURLConnection connection = (HttpURLConnection)
url.openConnection();
connection.connect();
而TCP連接在實現時要藉助Socket（套接字 IP+埠號）
[java] view plain
Socket s = new Socket("localhost", 12345);
區別從這兩個連接的實現方式就可以看出來，HTTP連接需要指明資源的URL，發出請求的應用不知道伺服器的IP，雖然域名伺服器也是要把域名解析成IP地址，但不屬於應用所關心的范疇，是網路層應該完成的工作。所以Http連接屬於無狀態的短連接，若再請求其他數據，需要再重新建立連接。客戶端向伺服器發送請求後，伺服器才知道客戶端的存在。
TCP連接實現時需要指明IP地址和埠號，就可以跟目的主機通過三次握手建立聯系，該連接一直保持直到某一方提出取消連接，通過四次握手關閉連接。Socket支持TCP/UDP協議，如果使用TCP協議，那麼socket連接就是TCP連接。論文提到的應用場景是手機與雲端的伺服器建立聯系，因為要保持連接並指定連接的建立時間，所以在這種場景下使用TCP連接最合適。3G網路不支持端到端建立TCP連接，因為它是client-server模式，所以需要通過雲端伺服器的輔助來實現手機的端到端通信。
❺ 如何干凈的實現Android/Java Socket 長連接通信
所謂長連接，它通常包含以下幾個關鍵過程：
輪詢的建立
建立輪詢的過程很簡單，瀏覽器發起請求後進入循環等待狀態，此時由於伺服器還未做出應答，所以HTTP也一直處於連接狀態中。
2. 數據的推送
在循環過程中，伺服器程序對數據變動進行監控，如發現更新，將該信息輸出給瀏覽器，隨即斷開連接，完成應答過程，實現「伺服器推」。
3. 輪詢的終止
輪詢可能在以下3種情況時終止：
3.1. 有新數據推送
當循環過程中伺服器向瀏覽器推送信息後，應該主動結束程序運行從而讓連接斷開，這樣瀏覽器才能及時收到數據。
3.2. 沒有新數據推送
循環不能一直持續下去，應該設定一個最長時限，避免WEB伺服器超時（Timeout），若一直沒有新信息，伺服器應主動向瀏覽器發送本次輪詢無新信息的正常響應，並斷開連接，這也被稱為「心跳」信息。
3.3. 網路故障或異常
由於網路故障等因素造成的請求超時或出錯也可能導致輪詢的意外中斷，此時瀏覽器將收到錯誤信息。
4. 輪詢的重建
瀏覽器收到回復並進行相應處理後，應馬上重新發起請求，開始一個新的輪詢周期。
客戶端代碼片段
<%@ page language="java" import="java.util.*" pageEncoding="UTF-8" isELIgnored="false" %> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="pragma" content="no-cache"> <meta http-equiv="cache-control" content="no-cache"> <meta http-equiv="author" content="hoojo & http://hoojo.cnblogs.com"> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <%@ include file="/tags/jquery-lib.jsp"%> <script type="text/javascript"> $(function () { window.setInterval(function () { $.get("${pageContext.request.contextPath}/communication/user/ajax.mvc", {"timed": new Date().getTime()}, function (data) { $("#logs").append("[data: " + data + " ]<br/>"); }); }, 3000); }); </script> </head> <body> <div id="logs"></div> </body> </html>
伺服器端代碼
@RequestMapping("/ajax") public void ajax(long timed, HttpServletResponse response) throws Exception { PrintWriter writer = response.getWriter(); Random rand = new Random(); // 死循環 查詢有無數據變化 while (true) { Thread.sleep(300); // 休眠300毫秒，模擬處理業務等 int i = rand.nextInt(100); // 產生一個0-100之間的隨機數 if (i > 20 && i < 56) { // 如果隨機數在20-56之間就視為有效數據，模擬數據發生變化 long responseTime = System.currentTimeMillis(); // 返回數據信息，請求時間、返回數據時間、耗時 writer.print("result: " + i + ", response time: " + responseTime + ", request time: " + timed + ", use time: " + (responseTime - timed)); break; // 跳出循環，返回數據 } else { // 模擬沒有數據變化，將休眠 hold住連接 Thread.sleep(1300); } } }
❻ android怎麼實現HTTP長連接
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來實現心跳功能，使其真正實現長連接。
在伺服器端的實現：
在伺服器端，可以使用很多語言來實現，如C/C++,java,Erlang等等，如我們國內比較好的極光推送（C開發）,openfire(java開發)等等。
最近我看了極光推送的介紹和原理，下面我就說說他們是遇到什麼難題，然後使用什麼技術或者方案來解決呢。
當有大量的手機終端需要與伺服器維持長連接時，對伺服器的設計會是一個很大的挑戰。
假設一台伺服器維護10萬個長連接，當有1000萬用戶量時，需要有多達100台的伺服器來維護這些用戶的長連接，這里還不算用於做備份的伺服器，這將會是一個巨大的成本問題。那就需要我們盡可能提高單台伺服器接入用戶的量，也就是業界已經討論很久了的 C10K 問題。
C2000K
針對這個問題，他們專門成立了一個項目，命名為C2000K，顧名思義，他們的目標是單機維持200萬個長連接。最終他們採用了多消息循環、非同步非阻塞的模型，在一台雙核、24G內存的伺服器上，實現峰值維持超過300萬個長連接。
最後總結：
因為我最近用java在做一個PC、伺服器、android的即時通訊系統（說白了就是模仿QQ，後面希望有不同的功能）。我的原則是用別人的原理，自己來實現，這樣才更好深入了解一些框架。所以，估計難點是在通訊開發和伺服器上的開發，必須深刻了解多消息循環、非同步非阻塞的模型。之後我會發表關於這方面的實現。
在現在的android平台上，已經不是android單機的世界了（我不是說做單機游戲沒有前途）。現在都是依靠發展蓬勃的互聯網來支撐整個IT體系，所以，要成為一個android應用開發高手，必須朝著android、硬體、雲服務這一體系來發展。
❼ android 中有沒有好的tcp長連接框架
Http是應用層協議，TCP是網路層協議，應用層在TCP/IP四層架構中位於TCP的上一層。 建立Http連接在實現時有以下兩種方式： 1、[java] view plain DefaultHttpClient http = new DefaultHttpClient(); HttpGet method = new HttpGet(url); HttpResponse response =http.execute(method); 2、[java] view plain URL url = new URL(uri); HttpURLConnection connection = (HttpURLConnection) url.openConnection(); connection.connect(); 而TCP連接在實現時要藉助Socket（套接字 IP+埠號） [java] view plain Socket s = new Socket("localhost", 12345); 區別從這兩個連接的實現方式就可以看出來，HTTP連接需要指明資源的URL，發出請求的應用不知道伺服器的IP，雖然域名伺服器也是要把域名解析成IP地址，但不屬於應用所關心的范疇，是網路層應該完成的工作。所以Http連接屬於無狀態的短連接，若再請求其他數據，需要再重新建立連接。客戶端向伺服器發送請求後，伺服器才知道客戶端的存在。 TCP連接實現時需要指明IP地址和埠號，就可以跟目的主機通過三次握手建立聯系，該連接一直保持直到某一方提出取消連接，通過四次握手關閉連接。Socket支持TCP/UDP協議，如果使用TCP協議，那麼socket連接就是TCP連接。論文提到的應用場景是手機與雲端的伺服器建立聯系，因為要保持連接並指定連接的建立時間，所以在這種場景下使用TCP連接最合適。3G網路不支持端到端建立TCP連接，因為它是client-server模式，所以需要通過雲端伺服器的輔助來實現手機的端到端通信。
❽ android okhttp3 是長連接嗎
1.使用前准備
Android Studio 配置gradle：
compile 'com.squareup.okhttp3:okhttp:3.2.0'
compile 'com.squareup.okio:okio:1.7.0'1212
添加網路許可權：
<uses-permission android:name="android.permission.INTERNET"/>11
2.非同步GET請求
慣例，請求網路：
private void getAsynHttp() {
mOkHttpClient=new OkHttpClient();
Request.Builder requestBuilder = ne
❾ 如何實現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來實現心跳功能，使其真正實現長連接。