Android面试题(26)-有关SharePreference的多进程

本文探讨了为什么在Android中不建议使用MODE_MULTI_PROCESS模式进行SharePreference操作。由于SharePreferenceImpl是一个内存缓存,保存大量数据可能导致内存浪费。同步的writeToFile()和异步的commit()会影响性能,同时保存实例变量会阻止数据刷新,可能导致进程间数据不同步。为确保多进程数据一致性,需要避免这些潜在问题。
摘要由CSDN通过智能技术生成
在使用SharedPreference 时,有如下一些模式:
MODE_PRIVATE 私有模式,这是最常见的模式,一般情况下都使用该模式。 MODE_WORLD_READABLE, MODE_WORLD_WRITEABLE ,文件开放读写权限,不安全,已经被废弃了,google建议使用 FileProvider共享文件。
MODE_MULTI_PROCESS,跨进程模式,如果项目有多个进程使用同一个Preference,需要使用该模式,但是也已经废弃了,Android不保证该模式总是能正确的工作,建议使用 ContentProvider替代。结合前面的 MODE_WORLD_READABLE标志,可以发现,Google认为多个进程读同一个文件都是不安全的,不建议这么做,推荐使用 ContentProivder来处理多进程间的文件共享, FileProvider也继承于 ContentProvider。实际上就是一条原则:
确保一个文件只有一个进程在读写操作

为什么不建议使用MODE_MULTI_PROCESS

原因并不复杂,我们可以从android源码看一下,通过方法context.getSharedPreferences 获取到的类实质上是SharedPreferencesImpl 。该类就是一个简单的二级缓存,在启动时会将文件里的数据全部都加载到内存里,

    private void startLoadFromDisk() {
        synchronized (this) {
            mLoaded = false;
        }
        new Thread("SharedPreferencesImpl-load") {
            
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值