個人認為你的大數據情況下又實現實時刷新是不現實的，下面是一點以前粗略的建議：
1，數據輸出時盡量使用內存形式的讀取，也就是盡量避免服務端磁盤的讀取
2，客戶端進行需求篩選后進行部分的緩存，避免數據重復的更新
3，目前頁面加載數據的方式都是下滑到底部時才加載下一部分內容，避免內容浪費輸出
補充：個人感覺沒有絕對意義的實時，根據你的需求尋找可以利用的延時來讓程序和服務器都能吃得消，這個應該是很重要的
該答案已被鎖定，無法對其進行評論，編輯及投票。
（）
您的投票讓 andev 聲譽值增加了10分。
支持投票，不僅能讓回答用戶獲得聲譽值，讓好答案排序靠前，更能幫助社區篩選出好的內容，構建高質量的知識庫。
這個實現起來是沒有任何問題的。但是基于下面兩點：
1，服務端無更新的時候重新下載數據是一個浪費。
2，大量重復請求對服務器來說是壓力。
所以我認為這里的關鍵點是做好下面幾件事情：
1,請求策略
何時請求，如何交換最小數據
2,注意緩存
無論是客戶端還是服務端，這點都要注意。因為你隨時可能遇到上面說的“攻擊”
模式那是“魔事”，一般情況下順暢就好，追求各種模式就不是很必要。
該答案已被鎖定，無法對其進行評論，編輯及投票。
（）
可以起一個任務，來請求服務器。 服務端有變化，在進行請求， 這一班在游戲中才會用到 。 俗稱“心跳”。 是不是實時，就看你發的頻率了。 一般慢幾秒是可以接受的。 畢竟是http協議嘛。
該答案已被鎖定，無法對其進行評論，編輯及投票。
（）
業務大部分在服務端做，實時性比較強且網絡狀態不太好，部分由客戶端做。android現在給我們的框架就是mvc模式的，手機端做展示比較好。
400 186 1886
