| English
FastKV是用Java编写的高效可靠的key-value存储库。
FastKV有以下特点:
- 读写速度快
- 二进制编码,编码后的体积相对XML等文本编码要小很多;
- 增量编码:FastKV记录了各个key-value相对文件的偏移量, 从而在更新数据时可以直接在指定的位置写入数据。
- 默认用mmap的方式记录数据,更新数据时直接写入到内存即可,没有IO阻塞。
- 对超大字符串和大数组做特殊处理,另起文件写入,不影响主文件的加载和更新。
- 支持多种写入模式
- 除了mmap这种非阻塞的写入方式,FastKV也支持常规的阻塞式写入方式, 并且支持同步阻塞和异步阻塞(分别类似于SharePreferences的commit和apply)。
- 支持多种类型
- 支持常用的boolean/int/float/long/double/String等基础类型。
- 支持ByteArray (byte[])。
- 支持存储自定义对象。
- 内置Set的编码器 (兼容SharePreferences)。
- 支持数据加密
- 支持注入加密解密的实现,在数据写入磁盘之前执行加密。
- 解密处理发生在数据解析阶段,解析完成后,数据是缓存的(用HashMap缓存),
所以加解密会稍微增加写入(put)和解析(loading)的时间,不会增加索引数据(get)的时间。
- 支持多进程
- 项目提供了支持多进程的存储类(MPFastKV)。
- 支持监听文件内容变化,其中一个进程修改文件,所有进程皆可感知。
- 方便易用
- FastKV提供了了丰富的API接口,开箱即用。
- 提供的接口其中包括getAll()和putAll()方法, 所以很方便迁移SharePreferences等框架的数据到FastKV, 当然,迁移FastKV的数据到其他框架也很简单。
- 稳定可靠
- 通过double-write等方法确保数据的完整性。
- 在API抛IO异常时自动降级处理。
- 代码精简
- FastKV由纯Java实现,编译成jar包后体积只有数十K。
dependencies {
implementation 'io.github.billywei01:fastkv:2.6.0'
}
FastKVConfig.setLogger(FastKVLogger)
FastKVConfig.setExecutor(Dispatchers.Default.asExecutor())
初始化可以按需设置日志接口和Executor。
// FastKV kv = new FastKV.Builder(context, name).build();
FastKV kv = new FastKV.Builder(path, name).build();
if(!kv.getBoolean("flag")){
kv.putBoolean("flag" , true);
}
int count = kv.getInt("count");
if(count < 10){
kv.putInt("count" , count + 1);
}
Builder的构造可传Context或者path。
如果传Context的话,会在内部目录的'files'目录下创建'fastkv'目录来作为文件的保存路径。
FastEncoder<?>[] encoders = new FastEncoder[]{LongListEncoder.INSTANCE};
FastKV kv = new FastKV.Builder(context, name).encoder(encoders).build();
List<Long> list = new ArrayList<>();
list.add(100L);
list.add(200L);
list.add(300L);
kv.putObject("long_list", list, LongListEncoder.INSTANCE);
List<Long> list2 = kv.getObject("long_list");
除了支持基本类型外,FastKV还支持写入对象。
如果要写入自定义对象,需在构建FastKV实例时传入对象的编码器(实现了FastEncoder接口的对象)。
因为FastKV实例加载时会执行自动反序列化,所以需要在实例创建时注入编码器。
另外,如果没有注入编码器,调用putObject接口时会抛出异常(提醒使用者给FastKV实例传入编码器)。
上面LongListEncoder就实现了FastEncoder接口,代码实现可参考:
LongListEncoder
编码对象涉及序列化/反序列化。
这里推荐笔者的另外一个框架:https://github.com/BillyWei01/Packable
如需对数据进行加密,在创建FastKV实例时传入 FastCipher 的实现即可。
FastKV kv = FastKV.Builder(path, name)
.cipher(yourCihper)
.build()
项目中有举例Cipher的实现,可参考:AESCipher
FastKV实现了SharedPreferences接口,并且提供了迁移SP数据的方法。
用法如下:
public class SpCase {
public static final String NAME = "common_store";
// 原本的获取SP的方法
// public static final SharedPreferences preferences = AppContext.INSTANCE.getContext().getSharedPreferences(NAME, Context.MODE_PRIVATE);
// 导入原SP数据
public static final SharedPreferences preferences = FastKV.adapt(AppContext.INSTANCE.getContext(), NAME);
}
由于MMKV没有实现 'getAll' 接口,所以无法像SharePreferences一样一次性迁移。
但是可以封装一个KV类,创建 'getInt','getString' ... 等方法,并在其中做适配处理。
可参考:MMKV2FastKV
项目提供了支持多进程的实现:MPFastKV。
MPFastKV除了支持多进程读写之外,还实现了SharedPreferences的接口,包括支持注册OnSharedPreferenceChangeListener;
其中一个进程修改了数据,所有的进程都会感知(通过OnSharedPreferenceChangeListener回调)。
可参考 MultiProcessTestActivity
和 TestService
需要提醒的是,由于支持多进程需要维护更多的状态,MPFastKV 的写入要比FastKV慢不少, 所以在不需要多进程访问的情况下,尽量用 FastKV。
Kotlin是兼容Java的,所以Kotlin下也可以直接用FastKV或者SharedPreferences的API。
此外,Kotlin还提供了“委托属性”这一语法糖,可以用于改进key-value API访问。
可参考:KVData
- 不同版本之间,不要改变路径和名字,否则会打开不同的文件。
- 如果使用了Cipher(加密),不要更换,否则会打开文件时会解析不了。
不过从没有使用Cipher到使用Cipher是可以的,FastKV会先解析未加密的数据,然后在重新加密写入
- 同一个key, 对应的value的操作应保持类型一致。 比如,同一个key, A处putString, B处getInt, 则无法返回预期的value。
- 测试数据:搜集APP中的SharePreferences汇总的部份key-value数据(经过随机混淆)得到总共六百多个key-value。
分别截取其中一部分,构造正态分布的输入序列,进行多次测试。 - 测试机型:华为P30 Pro
- 测试代码:Benchmark
测试结果如下:
更新:
25 | 50 | 100 | 200 | 400 | 600 | |
---|---|---|---|---|---|---|
SP-commit | 114 | 172 | 411 | 666 | 2556 | 5344 |
DataStore | 231 | 625 | 1717 | 4421 | 7629 | 13639 |
SQLiteKV | 192 | 382 | 1025 | 1565 | 4279 | 5034 |
SP-apply | 3 | 9 | 35 | 118 | 344 | 516 |
MMKV | 4 | 8 | 5 | 8 | 10 | 9 |
FastKV | 3 | 6 | 4 | 6 | 8 | 10 |
查询:
25 | 50 | 100 | 200 | 400 | 600 | |
---|---|---|---|---|---|---|
SP-commit | 1 | 3 | 2 | 1 | 2 | 3 |
DataStore | 57 | 76 | 115 | 117 | 170 | 216 |
SQLiteKV | 96 | 161 | 265 | 417 | 767 | 1038 |
SP-apply | 0 | 1 | 0 | 1 | 3 | 3 |
MMKV | 0 | 1 | 1 | 5 | 8 | 11 |
FastKV | 0 | 1 | 1 | 3 | 3 | 1 |
每次执行Benchmark获取到的结果有所浮动,尤其是APP启动后执行多次,部分KV会变快(JIT优化)。
以上数据是取APP冷启动后第一次Benchmark的数据。
相关博客:
https://juejin.cn/post/7018522454171582500
由于提供给Android平台的版本和纯JDK的版本的差异越来越多,所以分开仓库来维护。
纯JDK版本的链接为:
https://github.com/BillyWei01/FastKV-Java
See the LICENSE file for license rights and limitations.