1樓：nothing
兩種方式：
1.輪詢，定乙個時間迴圈向伺服器傳送請求，接收到資料後重新整理介面，這樣伺服器和客戶端做的事情太多，壓力太大，不建議
2.註冊靜態廣播，接受推送下來的訊息，接收到推送後，獲取資料重新整理介面，建議使用這種實現方法
2樓：千鋒教育
方法1： 定期從伺服器上獲取和上傳，缺點是不實時，不優美。
方法2：伺服器傳送訊息告訴客戶端資料變化，客戶端從新獲取資料。缺點是費錢，客戶端
在國外時也不實時。
伺服器收到以後，記錄當前的收到該客戶端心跳包的時間。
伺服器有乙個心跳檢測線程，
當乙個客戶端連線連續9分鐘沒有收到心跳包，則認為該連線已經斷開了。
方法4：使用google的C2DM的Push服務，這是方法3的公升級版，缺點是每個手機上都需要乙個google帳號，才能使用該服務。
3樓：walker sun
對業務資料表，建相對應的更新記錄表（索引，更新時間，操作人，動作型別...）。同步的時候通過WebService讀取伺服器更新表的更新時間=客戶端的更新時間，下面的行就是有改動的。
然後更新。
4樓：
不考慮其他原因，純技術的話優先用google的推送，其次長連線，輪詢。伺服器負載很大的系統，傾向還是讓終端多幹些事情吧。
5樓：劉樂君
資料同步指的是資料一致性嗎？協議設計資料上，需要在通訊時交換snapshot 或者 oplog；協議設計互動上，有輪詢和通知兩種。
6樓：Amin
與伺服器資料同步，不建議輪詢，做推送的話
2.2版以上用Google的C2DM，http://code.google.com/android/c2dm/
sourceforge.net/projects/androidpn/
- IBM的MQTT：http://
mqtt.org/
，簡單例子見 http://
7樓：盧旭輝
這個問題，分為兩部分，乙個是客戶端資料有變化了就上傳，這個好說；第二個是伺服器端有變化了，客戶端要能知曉並從伺服器端拉取到資料。這個有幾種解決方法：
方法1：
定期從伺服器上輪詢和上傳，缺點是不實時，不優美。
方法2：伺服器通過傳送簡訊告訴客戶端資料變化，客戶端再去拉取。缺點是費錢，客戶端在國外時貌似也不實時。
方法3：伺服器和客戶端建立Socket並保持心跳，優點是實時，缺點是耗電。
方法4：使用google的C2DM的Push服務，這是方法3的公升級版，很不錯，但缺點是每個手機上都需要乙個google帳號，才能使用該服務。
Android開發和前端開發，該選擇哪個？
現在資深的Android專案負責人以前都不是做Android的Android上手相比於前端快，因為知識體系更系統適配的問題前端和安卓都存在，或者說無論那個層適配都存在。不過前端是調瀏覽器，Android是調螢幕大小 這兩個行業都是資深人士奇缺，入門者一堆 如果你喜歡前端，那麼你要踏踏實實的學HTML...
Android開發和web前端開發哪個前景更好
題主打算問多少年內的發展？如果現在還是學生階段，那多幸福，趁沒有就業負擔時都嘗試一下。就發展而言，先從web前端入行會更好。當然了，web前端要學的東西也更多。起碼相容問題就會比安卓複雜。web前端的技術生態也更活躍。安卓的話侷限在乙個平台上，前景還要受安卓本身的發展影響。安卓，其實也是 前端 的一...
Android 使用者和開發者如何看待 MIUI 的七宗罪 ？
谷歌原生系統賣辣椒，MIUI賣甜點，其他人喜歡吃辣 甜 鹹 淡，自由自主，無人能干涉。但現在很多人吃甜的了，並且帶動了一些人由辣轉甜。這也叫MIUI的不對之處？所有人都只能跟著谷歌賣辣椒？所有人都只能吃辣的？太扯了 H大仙 作為使用miui近兩年的使用者我說句公道話寫這篇文章的人帶有過多個人偏見，著...