简介

目前大多数缓存框架都是用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() {
    @Override
    public void onResult(User user) {
        Toast.makeText(MainActivity.this, user.toString(), Toast.LENGTH_LONG).show();
    }
});

优化

未来优化重点是效率，目前的测试结果，存、取相同对象数据，JsonCache的时间比序列化方式多两三倍左右。
未来还可以增加一些实用的配置项，目前支持的配置还比较简单。
数据安全性也是一个未来优化点，项目是开源的，所以如果别人拿到了你的缓存文件，就可以很轻松地获取原始数据。

一个别出心裁，但毫无卵用的缓存框架

简介

比较

架构

代码实现

使用

优化

你可能感兴趣的:(一个别出心裁，但毫无卵用的缓存框架)