前言
最近項(xiàng)目要對(duì)一個(gè)具有上下刷新列表頁(yè)做緩存方案，和安卓，后臺(tái)一起討論了差不多一個(gè)上午，也沒(méi)得出一個(gè)有效可行的方案。后來(lái)我就上網(wǎng)查了下微信朋友圈和新浪微博的做法，覺(jué)得可以借鑒一下。
過(guò)程
微信朋友圈的緩存機(jī)制是怎樣
SNS 背后的技術(shù): 消息流的推拉模式選擇
上面兩篇文章對(duì)這兩個(gè)應(yīng)用的緩存方案解釋得比較好
微信朋友圈
在文章里，這位網(wǎng)友回答足以讓我們大概了解朋友圈的緩存方案，朋友圈的信息是通過(guò)SNS的推模式實(shí)現(xiàn)，有消息推送過(guò)來(lái)就緩存，消息時(shí)就從數(shù)據(jù)拿，這樣既保證了良好的用戶體驗(yàn)，也確保了消息的時(shí)效性。
當(dāng)然，并不是所有的應(yīng)用都使用這套方案，正如上面文章里所說(shuō)，推模式下比較耗費(fèi)資源，做這套方案首先要具備良好性能的服務(wù)器，當(dāng)然，這對(duì)于做即時(shí)聊天起家的騰訊來(lái)說(shuō)，這并不是什么難事。
新浪微博
既然朋友圈的推模式不太適用，那新浪微博的方案呢，如下：
如上面所說(shuō)，新浪微博肯定是不適用于推模式的，微博里有這么多大v，有些大v有著上千萬(wàn)的粉絲，如果大v每發(fā)一條微博都會(huì)向千萬(wàn)個(gè)粉絲推送消息，估計(jì)新浪的服務(wù)器也扛不住。所以新浪這里應(yīng)該就是用了拉模式。
至于這個(gè)拉模式的方案具體怎么實(shí)現(xiàn)，我們看看新浪微博提供的api文檔能夠有大概的想法了，獲取當(dāng)前登錄用戶及其所關(guān)注（授權(quán)）用戶的最新微博
根據(jù)since_id和max_id來(lái)確認(rèn)向上查找或向下查找，查找完再緩存本地，下次再查找就根據(jù)當(dāng)前緩存的數(shù)據(jù)最頂端或者低端的id作為since_id或max_id。當(dāng)然我們也可以改成用時(shí)間戳來(lái)做標(biāo)記，只要確定到當(dāng)條消息在服務(wù)器的位置就好，看個(gè)人喜好咯。
上述這套方案既能保證緩存順序的正確性，又能保持良好的用戶體驗(yàn)，不失為一個(gè)好辦法。
但是，有個(gè)情況存在的問(wèn)題，我還沒(méi)想懂，如果我在一次刷新后已經(jīng)獲取了一定數(shù)量的緩存數(shù)據(jù)，然后我間隔好久都沒(méi)拉新數(shù)據(jù)，這時(shí)我后臺(tái)的服務(wù)器已經(jīng)有了幾百條或者更多的新數(shù)據(jù)時(shí)，這時(shí)又應(yīng)該怎么解決？
1.一次性全部拉取幾百條，肯定是不行；
2.只拉取我們本地緩存的數(shù)據(jù)最新一條以上的10條或者一定數(shù)量條，這樣倒是可以，但是又不符合產(chǎn)品需求啊，按照大家的慣性思維邏輯，頂部刷新肯定要查看最新的數(shù)據(jù)的；
3.拉取服務(wù)器里最新的10條或者一定數(shù)量條，但是這樣做的話，我拉取到的新數(shù)據(jù)就和我原來(lái)緩存的數(shù)據(jù)產(chǎn)生斷層了，這時(shí)又應(yīng)該怎么解決呢？？？
首先我覺(jué)得肯定要用第三種方案，先拉取最新的10條后緩存，底部刷新時(shí)，這時(shí)還是拉取服務(wù)器的數(shù)據(jù)，直到拉取我們已經(jīng)緩存的舊數(shù)據(jù)，這時(shí)候再次底部刷新時(shí)就直接從我們本地?cái)?shù)據(jù)庫(kù)查找。
當(dāng)然，以上只是我一些比較淺薄的看法，實(shí)際怎么操作或者有更好的做法，希望大家能在評(píng)論里多多提點(diǎn)。
結(jié)束
學(xué)習(xí)之路，與君共勉。
