為了快速查詢會被多次調(diào)用的數(shù)據(jù)，或者構(gòu)建比較廢時的實例，我們一般使用緩存的方法。緩存的基本概念大體上差不多，這里就不再重復(fù)，有興趣的可以查看維基百科的介紹。

緩存有很多的實現(xiàn)方式，技巧性還有坑都很多，今天我給大家介紹一些非通用的方法，可以巧妙地幫大家簡單實現(xiàn)一些內(nèi)存緩存。

SQLite是Android里常用的一種數(shù)據(jù)存儲方式，在訪問數(shù)據(jù)庫數(shù)據(jù)時需要通過SQLiteOpenHelper。

一份好的數(shù)據(jù)庫連接代碼應(yīng)該能解決以下幾個問題: a) 構(gòu)建實例比較費資源 b) 數(shù)據(jù)庫連接最好能復(fù)用 c) onUpdate等方法在執(zhí)行時不能和其他實例構(gòu)成沖突。

這里可以很簡單的這樣寫

Suppliers.memoize(new Supplier<SQLiteOpenHelper>() { @Override public SQLiteOpenHelper get() { return new ...; }})

這段代碼利用了Guava提供的一些輔助方法實現(xiàn)Supplier和Memoize和邏輯。顧名思義，Supplier一般被用作factory，generator，builder，closure。Memoize類似于緩存這種概念，它一旦生成了一個實例，在以后的調(diào)用中都會返回同一實例，而且，線程安全。

這樣寫有幾個好處，一是需要時才去構(gòu)建實例，并不會在一開始就去阻塞程序的執(zhí)行，二是它很簡單的用memoize實現(xiàn)了緩存，保證只有一個實例生成。

Glow是代碼注入的重度使用者，它使我們的代碼更加結(jié)構(gòu)化，清晰，簡單，同時還節(jié)省了不少的開發(fā)時間。

Dagger 2是我們實現(xiàn)注入的刀具，有興趣的同學(xué)應(yīng)該去網(wǎng)站多了解一下相關(guān)的內(nèi)容。除了注入，它還有一些附贈功能，而這些恰巧能被我們用來實現(xiàn)緩存，而且還很簡單，我們只需要額外用到幾個annotation或接口而已。

@Singleton

相信大家對這個應(yīng)該比較熟悉，這可是面試時的常問問題。簡單來說，它就是單例。因為所以，用了它你不用再擔(dān)心對這些實例怎么實現(xiàn)緩存了吧。

@Singleton public class SingletonClass { }

@Reusable

這是一個新的很酷的功能。單例雖然很好，但有些時候?qū)嵗赡苡行┨螅恢狈旁趦?nèi)存，又不能回收，暫時可能程序也用不到，怎么都感覺有些浪費。很多情況下，我們并沒有那么嚴(yán)格的要求需要唯一的一個實例，能重用就重用，沒有重新實例化一個就行。這就是@Reusable的使用場景，假如已有一個生成的實例，重用它就行，不行重新實例化，不需要保證。

@Reusable public class ReusableClass { }

Lazy

Lazy使用的地方和前兩者有些不同。@Singleton和@Reusable一般用在provides或類型定義的地方，但Lazy則是用在使用時，它的使用效果和最開始講到的Supplier和Memoize類似。

@Inject Lazy<SQLiteOpenHelper> lazySQLiteOpenHelper;

這里不會先生成SQLiteOpenHelper實例，直到你開始調(diào)用lazySQLiteOpenHelper.get()。而一旦第一次實例化結(jié)束，以后的調(diào)用都會返回第一次的結(jié)果。

在使用app的過程中，很多數(shù)據(jù)需要從服務(wù)器端獲取。在我們app里，每天會為用戶提供一些訂制化內(nèi)容，這些內(nèi)容短期內(nèi)不會改變，每次從服務(wù)器端去取太過耗時，但放到數(shù)據(jù)庫或文件這些持久化存儲里似乎不太必要。綜合考慮后，似乎內(nèi)存緩存是個不錯的選擇。

于是這個緩存需要提供以下功能，首先，它是個緩存，其次，它的結(jié)構(gòu)需要很簡單，因為很多地方需要用到，再次，它得線程安全。

后來我們的實現(xiàn)方案很簡單，利用Retrofit和Observable提供的一些方法。

private static final long EXPIRE_MS = 5 * 60 * 1000; private Pair<Long, Observable<Content>>

cache; public synchronized Observable<Content> getDailyContent() { if (cache == null || cache.first + EXPIRE_MS < System.currentTimeMillis()) { cache = Pair.create(System.currentTimeMillis(), serverApi.getContent()); } return cache.second; }

這個方法的本質(zhì)是利用Retrofit返回的Observable對象，然后Observable會提供一個類似緩存的cache方法，這樣在subscribe之前，這個網(wǎng)絡(luò)請求不會被發(fā)出，但一旦有了結(jié)果，后來的調(diào)用者都會得到同樣的結(jié)果。

注意

緩存雖好，用起來很快捷方便，但在使用過程中，大家一定要注意數(shù)據(jù)更新和線程安全，不要出現(xiàn)臟數(shù)據(jù)。

來自：http://www.jointforce.com/jfperiodical/article/3516