答:这个问题的答案其实是要从源码中找的,看过 SharedPreferences 实现源码的小伙伴一定就知道怎么回事了,下面给出关键部分源码分析。
//getSharedPreferences 获取 SP 的核心源码
class ContextImpl extends Context {
//Context会把对应 SP 缓存起来
private static ArrayMap<String, ArrayMap<File, SharedPreferencesImpl>> sSharedPrefsCache;
......
@Override
public SharedPreferences getSharedPreferences(File file, int mode) {
......
SharedPreferencesImpl sp;
synchronized (ContextImpl.class) {
final ArrayMap<File, SharedPreferencesImpl> cache = getSharedPreferencesCacheLocked();
sp = cache.get(file);
if (sp == null) {
//第一次或者新进程中时缓存没有就新 new 一个对应实例
sp = new SharedPreferencesImpl(file, mode);
cache.put(file, sp);
return sp;
}
}
......
return sp;
}
......
}
接着看看 SharedPreferencesImpl 实例化及通过 SharedPreferences 获取一个指定 key 的值的核心源码部分,如下:
//一个File对应的一个SP实例
final class SharedPreferencesImpl implements SharedPreferences {
//用来存储该SP的所有Key-Value对
private Map<String, Object> mMap;
SharedPreferencesImpl(File file, int mode) {
......
//构造方法从磁盘加载SP文件
startLoadFromDisk();
}
private void startLoadFromDisk() {
......
//启动一个名字为SharedPreferencesImpl-load的线程从磁盘读文件
new Thread("SharedPreferencesImpl-load") {
public void run() {
loadFromDisk();
}
}.start();
}
//子线程中读取文件解析成key-value对Map
private void loadFromDisk() {
......
Map map = null;
StructStat stat = null;
try {
stat = Os.stat(mFile.getPath());
if (mFile.canRead()) {
BufferedInputStream str = null;
try {
str = new BufferedInputStream(
new FileInputStream(mFile), 16*1024);
map = XmlUtils.readMapXml(str);
} catch (Exception e) {
Log.w(TAG, "Cannot read " + mFile.getAbsolutePath(), e);
} finally {
IoUtils.closeQuietly(str);
}
}
} catch (ErrnoException e) {
/* ignore */
}
synchronized (mLock) {
mLoaded = true;
if (map != null) {
mMap = map;
mStatTimestamp = stat.st_mtime;
mStatSize = stat.st_size;
} else {
mMap = new HashMap<>();
}
//子线程读取SP文件到mMap成功后通过notify通知释放阻塞锁
mLock.notifyAll();
}
}
//通过SharedPreferences对象获取指定key的值
//(一般与SharedPreferences获取在一个线程,主线程)
public int getInt(String key, int defValue) {
synchronized (mLock) {
//阻塞等待SP读取到内存后再get
awaitLoadedLocked();
Integer v = (Integer)mMap.get(key);
return v != null ? v : defValue;
}
}
private void awaitLoadedLocked() {
......
while (!mLoaded) {
try {
//阻塞等待SP读取到内存完成
mLock.wait();
} catch (InterruptedException unused) {
}
}
}
......
}
所以说 SharedPreferences 读取 Map 虽然在子线程,但是其 getX(key) 系列方法想要调用的前提是 SharedPreferences 子线程已经读取完成,否则就会阻塞,所以 SharedPreferences 中如果存储太大内容或者太多内容导致 XML 解析等变慢就会导致后面的 getX(key) 阻塞主线程,从而导致主线程卡顿,所以说 SharedPreferences 是轻量级的持久化工具。
因此我们在平时写代码时首次使用一个指定 File 的 SharedPreferences 时最好先尽可能早的调用 getSharedPreferences() 获取 SharedPreferences 实例,然后在用的时候调用其 getX(key) 方法,这样就尽可能的避免了潜在的阻塞问题,不过这个建议不是绝对的,如果你的 SharedPreferences 比较小或者这种建议会破坏你代码的组织性则可以忽略。
答:SharedPreferences 相对占用内存其实看怎么理解了,通过上面一题源码的分析你会发现 SharedPreferencesImpl 会将 File 文件在子线程全部加载解析到一个内存的 Map 中,而 SharedPreferences 对象又会被 ContextImpl 的 static Map 进程 Cache 操作,所以 SharedPreferencesImpl 就相当于是一个单例存储的,故而其 Map 在内存中就会持续存在,即便使用 Editor 进行修改后 commit 操作实质也是对 SharedPreferencesImpl 中 Map 进行对应操作。
//一个SharedPreferences的get操作与Editor操作对应的内存Map操作原理
final class SharedPreferencesImpl implements SharedPreferences {
//用来存储该SP的所有Key-Value对
private Map<String, Object> mMap;
......
SharedPreferencesImpl(File file, int mode) {
......
//构造方法新起一个线程从磁盘加载SP文件解析XML到mMap中
startLoadFromDisk();
}
......
//通过SharedPreferences对象获取指定key的值
public int getInt(String key, int defValue) {
......
Integer v = (Integer)mMap.get(key);
return v != null ? v : defValue;
}
......
//通过SharedPreferences.edit()获取的Editor对象
public final class EditorImpl implements Editor {
//Editor要增删改查的操作Map记录
private final Map<String, Object> mModified = Maps.newHashMap();
......
public Editor putString(String key, @Nullable String value) {
......
mModified.put(key, value);
}
......
public Editor remove(String key) {
......
mModified.put(key, this);
}
......
//提交到内存mMap
// Returns true if any changes were made
private MemoryCommitResult commitToMemory() {
......
for (Map.Entry<String, Object> e : mModified.entrySet()) {
String k = e.getKey();
Object v = e.getValue();
if (v == this || v == null) {
if (!mMap.containsKey(k)) {
continue;
}
mMap.remove(k);
} else {
if (mMap.containsKey(k)) {
Object existingValue = mMap.get(k);
if (existingValue != null && existingValue.equals(v)) {
continue;
}
}
mMap.put(k, v);
}
changesMade = true;
if (hasListeners) {
keysModified.add(k);
}
}
//清空Editor的mModified的Map
mModified.clear();
......
}
......
//commit提交
public boolean commit() {
......
//提交到内存
MemoryCommitResult mcr = commitToMemory();
//提交到磁盘文件
SharedPreferencesImpl.this.enqueueDiskWrite(
mcr, null /* sync write on this thread okay */);
try {
mcr.writtenToDiskLatch.await();
} catch (InterruptedException e) {
return false;
} finally {
......
}
notifyListeners(mcr);
return mcr.writeToDiskResult;
}
......
}
}
你可以理解成一个 SpFile 对应一个单例的 SharedPreferencesImpl 对象,这个单例的 SharedPreferencesImpl 实例化时会将文件全部加载到内存中以 Map 存储,然后 Editor 操作会 new 一个新的 modifyMap,接着到了 Editor 的 commit 操作时会将 modifyMap 进行遍历增删改查到 SharedPreferencesImpl 的 Map 中,然后进行存盘操作,而 SharedPreferencesImpl 进行 getX(key) 操作时都是直接从 SharedPreferencesImpl 的 Map 中进行读取的,所以说 SharedPreferences 只适合轻量级的数据存储操作。
更多SP深入题目请关注下次推送,本号主打短小精干~
看完不过瘾?看完还想看?那就点击左下角阅读原文查看本号历史经典技术知识点题目推送,解锁更多基础知识~