SharedPreference进阶MMKV框架

本文主要是介绍SharedPreference进阶MMKV框架，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

SharedPreference 简介

顾名思义，Android 开发肯定会使用到SharedPreference。以下简称SP

sp是Android平台上一个轻量级的存储类，用来保存应用的一些常用配置。

是以xml文件保到：/data/data/包名/shared_prefs目录下。类似键值对的方式来存储数据。

sp提供了常规的数据类型保存接口比如：int、long、boolean、String、Float、Set和Map这些数据类型。

1.sp存储

SharedPreferences sp = context.getSharedPreferences(PREFERENCES_NAME,Context.MODE_PRIVATE);
//获取Editor对象，这个对象用于写入，可理解为编辑
SharedPreferences.Editor editor = sp.edit();
//Editor对象有几个方法需要注：clear()，commit()，putXXX(),clear()为清空Share文件中的内容，
//commit()为提交，editor在put值以后，需要调用commit方法才能被真正写入到Share文件中
editor.putString("uid", "22222").commit();

2.sp读取

//先获取对应的Share
SharedPreferences sp=context.getSharedPreferences(PREFERENCES_NAME,Context.MODE_PRIVATE);
//根据key取出对应的值
sp.getString("uid", "");//第二个参数为默认值，即当从Share中取不到时，返回这个值

3.commit于apply的区别

commit: 有返回值，直接同步提交到硬件磁盘

apply:将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 所以很明显apply的效率要高一些。

4.弊端

a.创建SharedPreferencesImpl时解析数据，子线程使用Java IO读取整个文件，进行XML解析，并将所有数据存入内存Map集合，其他操作都需要等待初始化完成

b.把Map中的数据，全部序列化为XML，覆盖文件保存

c.不支持多进程

d.调用apply方法异步提交数据

// SharedPreferencesImpl#EditorImpl#apply
public void apply() {...final Runnable awaitCommit = new Runnable(){...}// 将runnable添加进队列中QueuedWork.addFinisher(awaitCommit);...// 通过HandlerThread执行IO操作SharedPreferencesImpl.this.enqueueDiskWrite(mcr, postWriteRunnable);...
}

Android是基于消息驱动的，所有代码都是由Handler驱动执行的，Activity生命周期也不例外。
在Activity启动流程中，我们知道Activity生命周期最终会由ActivityThread中的一个Handler发送到主线程执行。其中onStop时执行handleStopActivity。
回调onStop之后，如果QueuedWork中有未完成的任务，则会同步执行其中的任务。
所以，如果任务耗时过长，则可能出现ANR

@Override
public void handleStopActivity(IBinder token, int configChanges,PendingTransactionActions pendingActions, boolean finalStateRequest, String reason) {...// 回调onStopperformStopActivityInner(...);         ...// 阻塞等待队列执行完毕QueuedWork.waitToFinish();
}