题外话
我们见过很多技术leader在面试的时候,遇到处于迷茫期的大龄程序员,比面试官年龄都大。这些人有一些共同特征:可能工作了7、8年,还是每天重复给业务部门写代码,工作内容的重复性比较高,没有什么技术含量的工作。问到这些人的职业规划时,他们也没有太多想法。
其实30岁到40岁是一个人职业发展的黄金阶段,一定要在业务范围内的扩张,技术广度和深度提升上有自己的计划,才有助于在职业发展上有持续的发展路径,而不至于停滞不前。
不断奔跑,你就知道学习的意义所在!
注意:我们之前因为秋招收集的二十套一二线互联网公司Android面试真题(含BAT、小米、华为、美团、滴滴)和我自己整理Android复习笔记(包含Android基础知识点、Android扩展知识点、Android源码解析、设计模式汇总、Gradle知识点、常见算法题汇总。)
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
File file;
synchronized (ContextImpl.class) {
if (mSharedPrefsPaths == null) {
// TAG 01
mSharedPrefsPaths = new ArrayMap<>();
}
file = mSharedPrefsPaths.get(name);
if (file == null) {
file = getSharedPreferencesPath(name);
mSharedPrefsPaths.put(name, file);
}
}
return getSharedPreferences(file, mode);
}
@Override
public SharedPreferences getSharedPreferences(File file, int mode) {
SharedPreferencesImpl sp;
synchronized (ContextImpl.class) {
// TAG 02
final ArrayMap<File, SharedPreferencesImpl> cache = getSharedPreferencesCacheLocked();
sp = cache.get(file);
if (sp == null) {
checkMode(mode);
if (getApplicationInfo().targetSdkVersion >= android.os.Build.VERSION_CODES.O) {
if (isCredentialProtectedStorage() && !getSystemService(UserManager.class).isUserUnlockingOrUnlocked(UserHandle.myUserId())) {
throw new IllegalStateException(“SharedPreferences in credential encrypted storage are not available until after user is unlocked”);
}
}
// TAG 03
sp = new SharedPreferencesImpl(file, mode);
cache.put(file, sp);
return sp;
}
}
if ((mode & Context.MODE_MULTI_PROCESS) != 0 ||
getApplicationInfo().targetSdkVersion < android.os.Build.VERSION_CODES.HONEYCOMB) {
sp.startReloadIfChangedUnexpectedly();
}
return sp;
}
小菜在源码处注明了几个 TAG 需要注意的地方;
TAG 01: 在根据 name 查询文件时,SharedPreferences 使用了 ArrayMap,相较于 HashMap 更便捷,更节省空间;
TAG 02: 在创建生成 SharedPreferences 时,通过 cache 来防止同一个 SharedPreferences 被重复创建;
TAG 03: SharedPreferencesImapl 为具体的实现类,初始化时开启新的 I/O 线程读取整个文件 startLoadFromDisk(),进行 xml 解析,存入内存 Map 集合中;
SharedPreferencesImpl(File file, int mode) {
mFile = file;
mBackupFile = makeBackupFile(file);
mMode = mode;
mLoaded = false;
mMap = null;
mThrowable = null;
startLoadFromDisk();
}
private void startLoadFromDisk() {
synchronized (mLock) { mLoaded = false; }
new Thread(“SharedPreferencesImpl-load”) {
public void run() { loadFromDisk(); }
}.start();
}
3. SharedPreferences 编辑提交
// 编辑数据
Editor editor = sp.edit();
editor.putString(“name”, “阿策小和尚”);
// 提交数据
editor.apply();
// 获取数据
Editor editor = sp.edit();
editor.getString(“name”, “”);
Editor 是用于编辑 SharedPreferences 内容的接口,EditorImpl 为具体的实现类;putXXX() 编辑后的数据保存在 Editor 中,commit()/apply() 后才会更新到 SharedPreferences;
@Nullable
public String getString(String key, @Nullable String defValue) {
synchronized (mLock) {
awaitLoadedLocked();
String v = (String)mMap.get(key);
return v != null ? v : defValue;
}
}
@GuardedBy(“mLock”)
private void awaitLoadedLocked() {
if (!mLoaded) {
BlockGuard.getThreadPolicy().onReadFromDisk();
}
while (!mLoaded) {
try {
mLock.wait();
} catch (InterruptedException unused) {
}
}
if (mThrowable != null) {
throw new IllegalStateException(mThrowable);
}
}
getXXX() 获取数据时根据 mLoaded 文件是否读取完成判断,若未读取完成 awaitLoadedLocked() 会被阻塞,此时在 UI 主线程中进行使用时就可有可能会造成 ANR;
@Override
public void apply() {
final long startTime = System.currentTimeMillis();
final MemoryCommitResult mcr = commitToMemory();
final Runnable awaitCommit = new Runnable() {
@Override
public void run() {
try {
mcr.writtenToDiskLatch.await();
} catch (InterruptedException ignored) {
}
}
};
QueuedWork.addFinisher(awaitCommit);
Runnable postWriteRunnable = new Runnable() {
@Override
public void run() {
awaitCommit.run();
QueuedWork.removeFinisher(awaitCommit);
}
};
SharedPreferencesImpl.this.enqueueDiskWrite(mcr, postWriteRunnable);
notifyListeners(mcr);
}
Editor 通过 commit() 和 apply() 提交更新到 SharedPrefenences;两者的区别很明显,apply() 通过线程进行异步处理,如果任务完成则从队列中移除 QueuedWork.removeFinisher,无法获取提交的结果;commit 是同步更新,使用时会阻塞主线程,因为是同步提交,可以获取 Boolean 状态的提交状态,进而判断是否提交成功;
4. SharedPreferences 问题与优化
SharedPreferences 虽因其便利性而应用广泛,但也存在一些弊端;
Q1: 编辑 get()/put() 时均会涉及到互斥锁和写入锁,并发操作时影响性能;
A1: 读写操作都是针对的 SharedPreferences 对象,可适当拆分文件或降低访问频率等;
Q2: 使用时出现卡顿引发 GC 或 ANR;
A2:
-
不要存放大数据类型的 key-value 避免导致一直在内存中无法释放;
-
尽量避免频繁读写操作;
-
尽量减少 apply() 次数,每次都会新建一个 EditorImpl 对象,可以批量处理统一提交;
Q3: 不能跨进程通信,不能保证更新本地数据后被另一个进程所知;
A3: 可以借助 ContentProvider 来在多进程中更新数据;
MMKV
1. MMKV 基本介绍
正因为 SharedPreferences 还有很大的优化空间,因为我们才会尝试其他存储框架;其中 腾讯 MMKV 得到很多人的支持;
MMKV 分别代表的是 Memory Mapping Key Value,是基于 mmap 内存映射的 key-value 组件,底层序列化/反序列化使用 protobuf 实现,性能高,稳定性强;官网 Wiki 介绍的优势很明显,是目前微信正在使用的轻量级存储框架;在 Android / macOS / Win32 / POSIX 多个平台一并开源;
2. MMKV 优势
小菜从如下几个角度简单分析一下 MMKV 的优势;
a. 数据格式及更新范围优化;
SharedPreferences 采用 xml 数据存储,每次读写操作都会全局更新;MMKV 采用 protobuf 数据存储,更紧密,支持局部更新
b. 文件耗时操作优化;
MMKV 采用 MMap 内存映射的方式取代 I/O 操作,使用 0拷贝技术提高更新速度;
c. 跨进程状态同步;
SharedPreferences 为了线程安全不支持跨进程状态同步;MMKV 通过 CRC 校验 和文件锁 flock 实现跨进程状态更新;
d. 应用便捷性,较好的兼容性;
MMKV 使用方式便捷,与 SharedPreferences 基本一致,迁移成本低;
如图:
2.1 Memory Mapping 内存映射
Memory Mapping 简称 MMap 是一种将磁盘上文件的一部分或整个文件映射到应用程序地址空间的一系列地址机制,从而应用程序可以用访问内存的方式访问磁盘文件;
由此可见,MMap 的优势很明显了,因为进行了内存映射,操作内存相当于操作文件,无需开启新的线程,相较于 I/O 对文件的读写操作只需要从磁盘到用户主存的一次数据拷贝过程,减少了数据的拷贝次数,提高了文件的操作效率;同时 MMap 只需要提供一段内存,只需要关注往内存文件中读写操作即可,在操作系统内存不足或进程退出时自动写入文件中;
当然,MMap 也有自身的劣势,因为 MMap 需要提供一度长度的内存块,其映射区的长度默认是一页,即 4kb,当存储的文件内容较少时可能会造成空间的浪费;
2.2 Protocol Buffers 编码结构
Protocol Buffers 简称 protobuf,是 Google 出品的一种可扩展的序列化数据的编码格式,主要用于通信协议和数据存储等;利用 varint 原理(一种变长的编码方式,值越小的数字,使用的字节越少)压缩数据以后,二进制数据非常紧凑;
protobuf 采用了 TLV(TAG-Length-Value) 的编码格式,减少了分隔符的使用,编码更为紧凑;
推荐学习资料
-
Android进阶学习全套手册
-
Android对标阿里P7学习视频
-
BAT TMD大厂Android高频面试题
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!
荐学习资料
-
Android进阶学习全套手册
[外链图片转存中…(img-cpb0JSzC-1715465013082)]
-
Android对标阿里P7学习视频
[外链图片转存中…(img-DLBKm2lj-1715465013083)]
-
BAT TMD大厂Android高频面试题
[外链图片转存中…(img-epgv2GQU-1715465013083)]
网上学习资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。
一个人可以走的很快,但一群人才能走的更远!不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人,都欢迎加入我们的的圈子(技术交流、学习资源、职场吐槽、大厂内推、面试辅导),让我们一起学习成长!