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

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

Supplier和Memoize

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

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

這里可以很簡單的這樣寫

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

 

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

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

代碼注入

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

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

@Singleton

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

@Singleton public class SingletonClass {  
}

@Reusable

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

@Reusable public class ReusableClass {  
}

Lazy

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

@Inject Lazy<SQLiteOpenHelper> lazySQLiteOpenHelper;

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

Observable

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

于是這個緩存需要提供以下功能，首先，它是個緩存，其次，它的結(jié)構(gòu)需要很簡單，因?yàn)楹芏嗟胤叫枰�用到，再次，它得線程安全。

后來我們的實(shí)現(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

標(biāo)簽： 安全 代碼 服務(wù)器 服務(wù)器端 數(shù)據(jù)庫 網(wǎng)絡(luò)

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。