SharedPreference.Editor的 apply 和commit 方法异同

在Android 中存储数据时经常用SharedPreference, 并且在提交数据时一直用的是Editor的commit（API 1中的方法）, 系统用了apply（API 9中的方法）,看了方法的介绍, 原来这个方法也是可以提交数据的.

原文地址：https://developer.android.com/reference/android/content/SharedPreferences.Editor.html

apply方法在官方SDK说明如下：

apply

Added in API level 9
void apply ()
Commit your preferences changes back from this Editor to the SharedPreferences object it is editing. This atomically performs the requested modifications, replacing whatever is currently in the SharedPreferences.
Note that when two editors are modifying preferences at the same time, the last one to call apply wins.
Unlike commit(), which writes its preferences out to persistent storage synchronously, apply() commits its changes to the in-memory SharedPreferences immediately but starts an asynchronous commit to disk and you won't be notified of any failures. If another editor on this SharedPreferences does a regular commit() while a apply() is still outstanding, the commit() will block until all async commits are completed as well as the commit itself.
As SharedPreferences instances are singletons within a process, it's safe to replace any instance of commit() with apply() if you were already ignoring the return value.
You don't need to worry about Android component lifecycles and their interaction with apply() writing to disk. The framework makes sure in-flight disk writes from apply() complete before switching states.

The SharedPreferences.Editor interface isn't expected to be implemented directly. However, if you previously did implement it and are now getting errors about missing apply(), you can simply call commit() from apply().

commit

Added in API level 1
boolean commit ()
Commit your preferences changes back from this Editor to the SharedPreferences object it is editing. This atomically performs the requested modifications, replacing whatever is currently in the SharedPreferences.
Note that when two editors are modifying preferences at the same time, the last one to call commit wins.
If you don't care about the return value and you're using this from your application's main thread, consider using apply() instead.

这两个方法的区别在于：
1. apply没有返回值而commit返回boolean表明修改是否提交成功
2. apply是将修改数据原子提交到内存, 而后异步真正提交到硬件磁盘, 而commit是同步的提交到硬件磁盘，因此，在多个并发的提交commit的时候，他们会等待正在处理的commit保存到磁盘后在操作，从而降低了效率。而apply只是原子的提交到内容，后面有调用apply的函数的将会直接覆盖前面的内存数据，这样从一定程度上提高了很多效率。
3. apply方法不会提示任何失败的提示。
由于在一个进程中，sharedPreference是单实例，一般不会出现并发冲突，如果对提交的结果不关心的话，建议使用apply，当然需要确保提交成功且有后续操作的话，还是需要用commit的。

SharedPreference.Editor的 apply 和commit 方法异同相关推荐

转载 SharedPreference.Editor的apply和commit方法异同
转载别人的转载:https://blog.csdn.net/jake9602/article/details/18414841 在android 中存储数据时经常用SharedPreference, ...
android方法apply,SharedPreferences的apply和Commit方法的那些坑
大家都知道,使用SharedPreferences时,用apply方法比commit方法效率更高,但是apply方法其实有一个巨大的坑,容易引发ANR问题. 问题背景我们做App时,发现一个很奇怪的 ...
每日一问：谈谈 SharedPreferences 的 apply() 和 commit()
SharedPreferences灵魂拷问之原理先来一波灵魂追问: 听说提交要用apply(),为什么? 和commit()什么区别? 跨进程怎么操作? 会堵塞主线程吗? 很着急有替代方案吗? ( ...
JS中的call、apply、bind方法详解
bind 是返回对应函数,便于稍后调用:apply .call 则是立即调用 . apply.call 在 javascript 中,call 和 apply 都是为了改变某个函数运行时的上下文(co ...
源码分析SharePreferences的apply与commit的区别
apply与commit有什么区别还是从源码分析来说明问题: 接上图标记B1处,看下: 所以这个handler发送消息后,handleMessage会被调用看下: 上图提到的Runnable对象是哪 ...
groupby+(apply+agg+transform)方法的比较
groupby+(apply+agg+transform)方法的比较分组函数groupby+(apply+agg+transform)方法的比较 pandas模块给数据处理的能力给予了很大的助力,但 ...
总结apply和call方法的使用 bind方法 bind方法的使用函数中的几个成员
总结apply和call方法的使用 <!DOCTYPE html> <html lang="en"> <head><meta charse ...
函数的不同的调用方式函数也是对象数组的函数调用 apply和call方法的使用
函数的不同的调用方式 <!DOCTYPE html> <html lang="en"> <head><meta charset=" ...
hibernate mysql autocommit_Hibernate4 中为什么我没有用commit()方法直接用save就存到数据库了？...
求大神讲解下 Hibernate4 中为什么我没有用commit()方法直接用save就存到数据库了? public class Main { public static void main(Stri ...

SharedPreference.Editor的 apply 和commit 方法异同

SharedPreference.Editor的 apply 和commit 方法异同相关推荐

最新文章

热门文章