❶ android中輪詢機制是怎麼用的
這里使用service。
後台service進行定時的輪詢，如果有新消息，獲取後推送給自己的頁面。
❷ 關於android使用輪詢進行推送的問題
因為生活還
❸ android 輪詢的非同步請求怎麼實現
<input type="text" name="username" id="username" > <input type="button" value="測試" onclick="test();"> <script type="text/javascript"> get $.ajax 還有這2種方式 我用了個post作為例子 function test() { //這個是jquer的 請求 你要載入個jquery的庫 舉例是post請求 $.post( '這里是你請求的地址', { //你傳的參數 把你的input框的值以post方式傳送 username:$('#username').val() }, function(data) { 這里是從你請求的地址返回來的數據 具體怎麼處理就看你自己的需求了 }) } </script>
❹ android 怎麼判斷線程池輪詢是否啟動
首先要看您的線程池是什麼樣子的線程池.是自己做的還是系統的ThreadPool如果是系統的.那麼很簡單.您只需要判定當前線程池的邏輯線程是否是您的初始值即可.因為系統的線程池擁有可配置邏輯線程數量的功能.當啟動一個子線程時他就會將邏輯線程-1.(如果是IO線程則判斷IO線程個數)如果與默認值或設定值相同.則說明子線程運行完畢
❺ android http輪詢影響性能嗎
大家都知道android並沒有像ios那樣方便簡單的推送伺服器,google的伺服器在國內不穩定並且需要2.2以上版本已經安裝google market並認證google賬號.對大部分應用來說不穩定這一項就槍殺了使用C2DM的可能.而現在比較流行的xmpp方式伺服器使用的是java,對php伺服器來說就只能選擇mqtt了.而不管哪一種,對於伺服器的要求都是很高的.所以還有另外一種退而求其次的方式,就是輪詢.也就是說隔一段時間與伺服器交互一次,雖然不是實時,但是對一些實時推送要求不高的app來說不失為一個好的解決方案.下面是我寫的一個例子,用的是sleep()方法,感覺用AlarmManager去處理更好一些,並且可以用ConnectivityManager先判斷一下網路.
❻ 伺服器主動向android客戶端發送消息用什麼機制比較好
一、消息推送基礎
消息推送，就是在互聯網上通過定期傳送用戶需要的信息來減少信息過載的一項新技術。推送技術通過自動傳送信息給用戶，來減少用於網路上搜索的時間。它根據用戶的興趣來搜索、過濾信息，並將其定期推給用戶，幫助用戶高效率地發掘有價值的信息
當我們開發需要和伺服器交互的移動應用時，基本上都需要和伺服器進行交互，包括上傳數據到伺服器，同時從伺服器上獲取數據。
一般情況下，客戶端與伺服器之間通訊客戶端是主動的，但這就存在一個問題就是一旦伺服器數據有更新或者伺服器要下發通知給客戶端只能等客戶端連接的時候才能實現。這種方式使消息失去了實時性。
如何使客戶端能夠實時的收到伺服器的消息和通知，總體來說有兩種方式，第一種是客戶端使用Pull（拉）的方式，就是隔一段時間就去伺服器上獲取一下信息，看是否有更新的信息出現。第二種就是 伺服器使用Push（推送）的方式，當伺服器端有新信息了，則把最新的信息Push到客戶端上。這樣，客戶端就能自動的接收到消息。
雖然Pull和Push兩種方式都能實現獲取伺服器端更新信息的功能，但是明顯來說Push方式比Pull方式更優越。因為Pull方式更費客戶端的網路流量，更主要的是費電量，還需要我們的程序不停地去監測服務端的變化。
二、幾種常見的解決方案實現原理
1）輪詢(Pull)方式：客戶端定時向伺服器發送詢問消息，一旦伺服器有變化則立即同步消息。
2）SMS(Push)方式：通過攔截SMS消息並且解析消息內容來了解伺服器的命令，但這種方式一般用戶在經濟上很難承受。
3）持久連接(Push)方式：客戶端和伺服器之間建立長久連接，這樣就可以實現消息的及時行和實時性。
三、消息推送解決方案概述
A、C2DM雲端推送方案
在Android手機平台上，Google提供了C2DM（Cloudto Device Messaging）服務。Android Cloud to Device Messaging (C2DM)是一個用來幫助開發者從伺服器向Android應用程序發送數據的服務。該服務提供了一個簡單的、輕量級的機制，允許伺服器可以通知移動應用程序直接與伺服器進行通信，以便於從伺服器獲取應用程序更新和用戶數據。
該方案存在的主要問題是C2DM需要依賴於Google官方提供的C2DM伺服器，由於國內的網路環境，這個服務經常不可用。
❼ android sensor hal 是輪詢 還是中斷
1、Android sensor架構
Android4.0系統內置對感測器的支持達13種，它們分別是：加速度感測器 (accelerometer)、磁力感測器(magnetic field)、方向感測器(orientation)、陀螺儀(gyroscope)、環境光照感測器(light)、壓力感測器(pressure)、 溫度感測器(temperature)和距離感測器(proximity)等。
Android實現感測器系統包括以下幾個部分：
各部分之間架構圖如下：
2、Sensor HAL層介面
Google為Sensor提供了統一的HAL介面，不同的硬體廠商需要根據該介面來實現並完成具體的硬體抽象層，Android中Sensor的HAL介面定義在：hardware/libhardware/include/hardware/sensors.h
對感測器類型的定義：
感測器模塊的定義結構體如下：
該介面的定義實際上是對標準的硬體模塊hw_mole_t的一個擴展，增加了一個get_sensors_list函數，用於獲取感測器的列表。
對任意一個sensor設備都會有一個sensor_t結構體，其定義如下：
每個感測器的數據由sensors_event_t結構體表示，定義如下：
其中，sensor為感測器的標志符，而不同的感測器則採用union方式來表示，sensors_vec_t結構體用來表示不同感測器的數據，sensors_vec_t定義如下：
Sensor設備結構體sensors_poll_device_t，對標准硬體設備 hw_device_t結構體的擴展，主要完成讀取底層數據，並將數據存儲在struct sensors_poll_device_t結構體中，poll函數用來獲取底層數據
❽ Android推送中心跳和輪詢的區別
輪詢耗費性能，因為每次輪詢都要經過一次TCP的連接和斷開。
輪詢是為了獲取數據，而心跳包是為了保活TCP連接，防止NAT超時（內網和外網的映射表）
輪詢設定的時間大小決定了數據獲取的及時性，心跳包的發送時間間隔和數據的及時性沒有太大的關系，如果心跳包發送的時間間隔大於NAT淘汰的時間會導致長連接斷開。
❾ android微信是長連接還是輪詢
我覺得如果為了節省電量的話，輪詢應該是一個更好的辦法，保持長連接國內的運營商會故意斷掉的，這只是我的猜測