JsonCache.png
简介
目前大多数缓存框架都是用Java序列化的方式实现的持久化存储，我们自己公司的项目也是这么做的，功能全面而且效率也高， 使用起来得心应手，但是有一个小问题，如果数据结构发生变化，尤其是原字段的数据类型发生变化，在加载缓存时会出现异常，即便写了序列号也没有用。还有一个小问题就是存储文件稍微有一点大，于是在和同事交流过程中我有了一个新想法，能不能用json实现缓存？ 我当时大致的思路是这样的：
- 对象bean -> Json -> String -> 压缩String -> 存储
- 读取 -> 压缩String -> String -> Json -> 对象bean
经过一番尝试，发现是可行的，于是就诞生了这个JsonCache。
比较
这种方式和序列化方式相比，主要是解决了上面提到的两个问题，但是它也有缺点。
- 它的缓存文件要小，尤其是数据较大并且重复度高的时候，它的缓存文件要比序列化文件小几十倍，当然这种情况比较极端，通常文件小两倍左右，这要归功于强大的字符串压缩算法。
- 数据结构发生变化也不会出现异常，包括新增字段，修改字段，修改字段类型都没有问题。
- 为什么上图说它“毫无卵用”呢，是因为效率要比序列化方式低好几倍，在数据量较大时，字符串的压缩和解压缩需要消耗一定的时间。
架构
架构图.png
整个工程比较简单，大体上分三层，第一是api层，对外提供的接口，第二是action层，分为MemoryCache和DiskCache，第三是io层，负责数据的读写。Json和对象bean的转换用的是fastJson，alibaba既然取名叫fastJson，是不是真的很快呢？有人做过实验，当数据比较大、比较多时，fastJson的效率确实要胜过其它json框架。最后当然还有一个字符串压缩算法。
代码实现
这部分就不详细说了，大家直接去顶部Github下载源码即可，这里贴一堆代码也没什么意义。简单讲一下流程：
- 支持存储List、对象bean、String、int、float、double
- 所有存取操作都支持同步和异步两种模式
- 缓存分为内存和磁盘两级，先取内存，内存有值就直接返回，没有再取磁盘
- 缓存配置目前支持内存缓存个数、缓存时间，磁盘缓存个数、缓存时间，磁盘缓存路径
- 初始化可以使用默认配置，也可以自定义配置
使用
1、编译
// 添加仓库
allprojects {
repositories {
jcenter()
maven { url 'https://jitpack.io' }
}
}
// 添加编译
compile 'com.github.rjlatgithub:JsonCache:v1.2.0'
2、配置
// 默认配置
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
JsonCache.getInstance().init(getApplicationContext());
}
}
// 自定义配置
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate();
Configuration configuration = new Configuration();
configuration.setCacheDir("//sdcard/cache/");
configuration.setMemoryCacheCount(20);
configuration.setMemoryCacheTime(Configuration.DAY);
configuration.setDiskCacheCount(100);
configuration.setDiskCacheTime(Configuration.MONTH + Configuration.DAY * 5);
JsonCache.getInstance().init(getApplicationContext(), configuration);
}
}
3、使用
// 同步存取
User user = new User("张三", 12);
JsonCache.getInstance().saveObject("user", user);
User user = JsonCache.getInstance().loadObject("user", User.class);
// 异步存取
User user = new User("张三", 12);
JsonCache.getInstance().saveObjectAsync("user", user);
JsonCache.getInstance().loadObjectAsync("user", User.class, new ICallback<User>() {
@Override
public void onResult(User user) {
Toast.makeText(MainActivity.this, user.toString(), Toast.LENGTH_LONG).show();
}
});
优化
- 未来优化重点是效率，目前的测试结果，存、取相同对象数据，JsonCache的时间比序列化方式多两三倍左右。
- 未来还可以增加一些实用的配置项，目前支持的配置还比较简单。
- 数据安全性也是一个未来优化点，项目是开源的，所以如果别人拿到了你的缓存文件，就可以很轻松地获取原始数据。
