Android里巧妙实现缓存

为了快速查询会被多次调用的数据，或者构建比较废时的实例，我们一般使用缓存的方法。缓存的基本概念大体上差不多，这里就不再重复，有兴趣的可以查看维基百科的介绍。

缓存有很多的实现方式，技巧性还有坑都很多，今天我给大家介绍一些非通用的方法，可以巧妙地帮大家简单实现一些内存缓存。

Supplier和Memoize

SQLite是Android里常用的一种数据存储方式，在访问数据库数据时需要通过SQLiteOpenHelper。

一份好的数据库连接代码应该能解决以下几个问题: a) 构建实例比较费资源 b) 数据库连接最好能复用 c) onUpdate等方法在执行时不能和其他实例构成冲突。

这里可以很简单的这样写

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

 

这段代码利用了Guava提供的一些辅助方法实现Supplier和Memoize和逻辑。顾名思义，Supplier一般被用作factory，generator，builder，closure。Memoize类似于缓存这种概念，它一旦生成了一个实例，在以后的调用中都会返回同一实例，而且，线程安全。

这样写有几个好处，一是需要时才去构建实例，并不会在一开始就去阻塞程序的执行，二是它很简单的用memoize实现了缓存，保证只有一个实例生成。

代码注入

Glow是代码注入的重度使用者，它使我们的代码更加结构化，清晰，简单，同时还节省了不少的开发时间。

Dagger 2是我们实现注入的刀具，有兴趣的同学应该去网站多了解一下相关的内容。除了注入，它还有一些附赠功能，而这些恰巧能被我们用来实现缓存，而且还很简单，我们只需要额外用到几个annotation或接口而已。

@Singleton

相信大家对这个应该比较熟悉，这可是面试时的常问问题。简单来说，它就是单例。因为所以，用了它你不用再担心对这些实例怎么实现缓存了吧。

@Singleton public class SingletonClass {  
}

@Reusable

这是一个新的很酷的功能。单例虽然很好，但有些时候实例可能有些太大，一直放在内存，又不能回收，暂时可能程序也用不到，怎么都感觉有些浪费。很多情况下，我们并没有那么严格的要求需要唯一的一个实例，能重用就重用，没有重新实例化一个就行。这就是@Reusable的使用场景，假如已有一个生成的实例，重用它就行，不行重新实例化，不需要保证。

@Reusable public class ReusableClass {  
}

Lazy

Lazy使用的地方和前两者有些不同。@Singleton和@Reusable一般用在provides或类型定义的地方，但Lazy则是用在使用时，它的使用效果和最开始讲到的Supplier和Memoize类似。

@Inject Lazy<SQLiteOpenHelper> lazySQLiteOpenHelper;

这里不会先生成SQLiteOpenHelper实例，直到你开始调用lazySQLiteOpenHelper.get()。而一旦第一次实例化结束，以后的调用都会返回第一次的结果。

Observable

在使用app的过程中，很多数据需要从服务器端获取。在我们app里，每天会为用户提供一些订制化内容，这些内容短期内不会改变，每次从服务器端去取太过耗时，但放到数据库或文件这些持久化存储里似乎不太必要。综合考虑后，似乎内存缓存是个不错的选择。

于是这个缓存需要提供以下功能，首先，它是个缓存，其次，它的结构需要很简单，因为很多地方需要用到，再次，它得线程安全。

后来我们的实现方案很简单，利用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;
  }

 

这个方法的本质是利用Retrofit返回的Observable对象，然后Observable会提供一个类似缓存的cache方法，这样在subscribe之前，这个网络请求不会被发出，但一旦有了结果，后来的调用者都会得到同样的结果。

注意

缓存虽好，用起来很快捷方便，但在使用过程中，大家一定要注意数据更新和线程安全，不要出现脏数据。

 

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

标签： 安全 代码 服务器 服务器端 数据库 网络

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。