SharedPreference apply与commit的分析

在Android原生开发中,SharedPreferences是一个经常打交道的类,用于数据持久化。但在使用过程中,偶尔可能会出现保存的值并不准确的现象(活生生被坑了一波快哭了),其实就是apply与commit这两个提交方法引起的。

先搜了一波资料,apply与commit的区别,整理如下:

1、apply没有返回值,而commit有返回值。

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

3、apply方法不会提示任何失败的提示

问题原因是找到了,当然作为程序猿,不能只是浅尝辄止,去源码找找究竟。

点进SharedPreferences,是个接口。方法描述全英文,借助有道翻译,总结起来其实就是上面整理的三点,当然这里也建议我们如果不考虑结果并且使用在主线程,可以使用apply。

马不停蹄,我们继续找该接口的实现类,SharedPreferencesImpl。



终于见到了庐山真面目,两块代码的比较,完全解释了上面的总结。commit方法执行完commitToMemory后,直接同步去写入磁盘,并且在方法最后会将磁盘操作的result返回出来。而apply方法在执行完commitToMemory后,异步执行了写入磁盘的Runnable,且没有任何返回值。

经历了一波分析,相信能够更自如的运用SharedPreferences了。


  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值