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