SharedPreferencesのcommit（）とapply（）の違いは何ですか

SharedPreferencesAndroidアプリで使用しています。私は共有設定の両方commit()とapply()メソッドを使用しています。AVD 2.3を使用するとエラーは表示されませんが、AVD 2.1でコードを実行するとapply()メソッドにエラーが表示されます。

では、これら2つの違いは何ですか？そして、使用するだけでcommit()問題なく設定値を保存できますか？

apply() 2.3で追加されました、それはコミットします 成功または失敗を示すブール値を返さずます。

commit()保存が成功した場合はtrueを返し、falseを返しますそれ以外の場合。

apply() Android開発チームが戻り値に誰も気づかなかったことに気づいたために追加されました。非同期であるため、適用はより高速です。

http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply（）

tl; dr：

• commit()データを同期的に書き込みます（呼び出し元のスレッドをブロックします）。次に、操作の成功について通知します。
• apply()データが非同期で書き込まれるようにスケジュールします。それは通知しない操作の成功についてあなたを。
• 保存してgetXメソッドを使用しapply()てすぐに読み取ると、新しい値が返されます！
• あなたが呼ばれた場合apply()、いくつかの点で、それはまだ実行だ、への呼び出しcommit()すべての過去は、通話適用するまでブロックしますと、現在のコミット呼び出しが終了しています。

SharedPreferences.Editorドキュメントからの詳細情報：

設定を永続ストレージに同期的に書き込むcommit（）とは異なり、apply（）は変更をメモリ内のSharedPreferencesにすぐにコミットしますが、ディスクへの非同期コミットを開始するため、エラーは通知されません。このSharedPreferencesの別のエディターが、apply（）が未解決の間に通常のcommit（）を実行すると、commit（）は、すべての非同期コミットとコミット自体が完了するまでブロックします。

SharedPreferencesインスタンスはプロセス内のシングルトンであるため、戻り値を既に無視している場合は、commit（）のインスタンスをapply（）で置き換えても安全です。

SharedPreferences.Editorインターフェイスは、直接実装することは想定されていません。ただし、以前に実装していて、apply（）がないというエラーが発生している場合は、apply（）からcommit（）を呼び出すだけです。

commit（）の代わりにapply（）を使用すると問題が発生します。他の応答で前述したように、apply（）は非同期です。「文字列セット」設定に加えられた変更が永続メモリに書き込まれないという問題が発生しています。

これは、プログラムを「強制拘留」した場合、またはAndroid 4.1を搭載したデバイスにインストールしたROMで、メモリの必要性のためにプロセスがシステムによって強制終了された場合に発生します。

設定を有効にしたい場合は、「apply（）」の代わりに「commit（）」を使用することをお勧めします。

apply（）を使用します。

変更をすぐにRAMに書き込み、待機してから内部ストレージ（実際の設定ファイル）に書き込みます。コミットは、変更を同期的に直接ファイルに書き込みます。

• commit()同期的、apply()非同期的です

• apply() void関数です。

• commit() 新しい値が永続ストレージに正常に書き込まれた場合はtrueを返します。

• apply() 状態が切り替わる前に保証が完了するため、Androidコンポーネントのライフサイクルについて心配する必要はありません

あなたがから返される使用価値をいけない場合commit()、あなたが使用しているcommit()、メインスレッドから使用apply()の代わりに、 commit()

ドキュメントは、違いのかなり良い説明を与えるapply()とのcommit()：

とは異なりcommit()、設定を永続ストレージに同期的に書き込み、apply()その変更をメモリ内に SharedPreferencesすぐにコミットしますが、ディスクへの非同期コミットを開始するため、エラーは通知されません。これに関する別のエディターがa が未解決の間にSharedPreferences定期的にcommit()行う場合、すべての非同期コミットとコミット自体が完了するまではブロックされます。インスタンスは、プロセス内のシングルトンがあり、それは、任意のインスタンス置き換えることは安全だ とすでに戻り値を無視した場合を。apply()commit()SharedPreferencescommit()apply()

javadocから：

設定を永続ストレージに同期的に書き込むcommit（）とは異なり、apply（）は変更をメモリ内のSharedPreferencesにすぐにコミットしますが、ディスクへの非同期コミットを開始するため、エラーは通知されません。> Shared（Preferences）の別のエディターが> apply（）が未解決の間に通常のcommit（）を実行すると、commit（）は、すべての非同期コミットとコミット自体が完了するまでブロックします

commit（）とapply（）の違い

SharedPreferenceを使用している場合、これら2つの用語に混乱する可能性があります。基本的にそれらはおそらく同じであるため、commit（）とapply（）の違いを明確にしましょう。

1.戻り値：

apply()成功または失敗を示すブール値を返さずにコミットします。 commit(）保存が機能する場合はtrueを返し、それ以外の場合はfalseを返します。

2. 速度：

apply()より速いです。 commit()遅いです。

3. 非同期vs同期：

apply()：非同期 commit()：同期

4. 原子：

apply()：アトミック commit()：アトミック

5. エラー通知：

apply()：いいえ commit()：はい