Яка різниця між commit () та застосувати () у SharedPreferences

Я використовую SharedPreferencesв додатку для Android. Я використовую і те, commit()і apply()метод із загальних уподобань. Коли я використовую AVD 2.3, він не показує помилок, але коли я запускаю код в AVD 2.1, apply()метод показує помилку.

То яка різниця між цими двома? І тільки використовуючи, чи commit()можу я зберігати значення переваг без проблем?

apply()Додано в 2.3, він здійснює, не повертаючи булевого сигналу, що вказує на успіх чи невдачу.

commit()повертає true, якщо збереження працює, false в іншому випадку.

apply() Додано, як команда Android Dev помітила, що майже ніхто не помітив поверненого значення, тому застосувати швидше, оскільки це асинхронно.

http://developer.android.com/reference/android/content/SharedPreferences.Editor.html#apply ()

tl; dr:

• commit()записує дані синхронно (блокуючи потік її виклику з). Потім він повідомляє вас про успіх операції.
• apply()планує записувати дані асинхронно . Це не інформує вас про успіх операції.
• Якщо ви збережете за допомогою apply()та негайно прочитаєте будь-який метод getX, нове значення повернеться!
• Якщо ви зателефонували apply()в якийсь момент, і він все ще виконується, будь-які дзвінки commit()блокуватимуться, поки всі попередні виклики подачі заявки та поточний виклик на завершення не завершиться.

Більш поглиблена інформація з документації SharedPreferences.Editor :

На відміну від commit (), який записує свої переваги для постійного зберігання синхронно , application () негайно здійснює свої зміни в пам'яті SharedPreferences, але запускає асинхронну передачу на диск, і вам не повідомлять про будь-які збої . Якщо інший редактор у цій SharedPreferences виконує регулярне виконання (), тоді як застосунок () все ще залишається невиконаним, команда commit () блокується, поки не будуть виконані всі асинхронні комісії, а також сама фіксація.

Оскільки екземпляри SharedPreferences є одинаковими в процесі, безпечно замінити будь-який примірник commit () на apply (), якщо ви вже ігнорували повернене значення.

Не очікується, що інтерфейс SharedPreferences.Editor буде реалізований безпосередньо. Однак якщо раніше ви його реалізували і тепер отримуєте помилки щодо відсутнього apply (), ви можете просто зателефонувати на комісію commit () від apply ().

У мене виникають проблеми із застосуванням Apply (), а не commit (). Як зазначено раніше в інших відповідях, application () є асинхронним. У мене виникає проблема, що зміни, сформовані в налаштуваннях набору рядків, ніколи не записуються в стійку пам'ять.

Це трапляється, якщо ви «змушуєте затримувати» програму або, якщо я встановив на ПЗУ, який я встановив на свій пристрій під керуванням Android 4.1, коли процес вбивається системою через потреби в пам’яті.

Рекомендую замість цього "Apply ()" застосувати () ", якщо ви хочете, щоб ваші налаштування були активними.

Використовуйте Apply ().

Він записує зміни в ОЗУ негайно і чекає і записує їх у внутрішню пам’ять (фактичний файл переваг) після. Комунікація записує зміни синхронно та безпосередньо у файл.

• commit()є синхронним, apply()є асинхронним

• apply() недійсна функція.

• commit() повертає істину, якщо нові значення були успішно записані в постійне зберігання.

• apply() гарантує повне перед переключенням станів, вам не потрібно хвилюватися про життєві цикли компонентів Android

Якщо ви не використовуєте значення , повернутого commit()і ви використовуєте commit()від основного потоку, використовуйте apply()замість commit()

Документи дають досить хороше пояснення різниці між apply()та commit():

На відміну від того commit(), що записує свої налаштування на постійне зберігання синхронно, негайно apply()здійснює свої зміни в пам’яті, SharedPreferencesале запускає асинхронну передачу на диск і вам не повідомлять про будь-які збої. Якщо інший редактор цього запису SharedPreferencesробить звичайним, commit()поки a apply()все ще залишається непогашеним, commit()блокування буде заблоковано, поки всі асинхронні зобов’язання не будуть виконані, а також сама фіксація. Як SharedPreferencesекземпляри одноелементна всередині процесу, це безпечно замінити будь-який екземпляр commit()з , apply()якщо ви вже НЕ звертаючи уваги на значення, що повертається.

Від javadoc:

На відміну від commit (), який записує свої налаштування на стійке зберігання синхронно, application () негайно здійснює свої зміни в пам'яті SharedPreferences, але запускає асинхронну передачу на диск, і вам не повідомлять про будь-які збої. Якщо інший редактор у цій SharedPreferences виконує регулярний фіксатор (), тоді як a> apply () все ще залишається невирішеним, commit () блокується, поки всі асинхронні комісії не будуть виконані, а також сама фіксація.

Різниця між комісіями () та застосувати ()

Ці два терміни можуть нас збентежити, коли ми використовуємо SharedPreference. В основному вони, ймовірно, однакові, тому давайте уточнимо відмінності фіксування () та застосуємо ().

1.Важливість повернення:

apply()здійснює без повернення булевого сигналу, що вказує на успіх чи невдачу. commit() повертає true, якщо збереження працює, false інше.

2. Швидкість:

apply()швидше. commit()повільніше.

3. Асинхронний проти синхронний:

apply(): Асинхронний commit(): Синхронний

4. Атомний:

apply(): атомний commit(): атомний

5. Повідомлення про помилку:

apply(): Ні commit(): Так