Apa perbedaan antara commit () dan apply () di SharedPreferences

Saya menggunakan SharedPreferencesdi aplikasi android saya. Saya menggunakan keduanya commit()dan apply()metode dari preferensi bersama. Ketika saya menggunakan AVD 2.3 itu tidak menunjukkan kesalahan, tetapi ketika saya menjalankan kode di AVD 2.1, apply()metode menunjukkan kesalahan.

Jadi apa bedanya keduanya? Dan hanya dengan menggunakan commit()saya dapat menyimpan nilai preferensi tanpa masalah?

apply()ditambahkan pada 2.3, ia melakukan tanpa mengembalikan boolean yang menunjukkan keberhasilan atau kegagalan.

commit()mengembalikan true jika save berfungsi, false sebaliknya.

apply() ditambahkan ketika tim pengembang Android memperhatikan bahwa hampir tidak ada yang memperhatikan nilai pengembalian, jadi aplikasinya lebih cepat karena asinkron.

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

tl; dr:

• commit()menulis data secara sinkron (memblokir utasnya dari mana). Ini kemudian memberi tahu Anda tentang keberhasilan operasi.
• apply()menjadwalkan data yang akan ditulis secara tidak sinkron . Itu tidak memberi tahu Anda tentang keberhasilan operasi.
• Jika Anda menyimpan apply()dan segera membaca melalui metode getX apa pun, nilai baru akan dikembalikan!
• Jika Anda menelepon apply()di beberapa titik dan itu masih dieksekusi, panggilan apa pun untuk commit()akan diblokir sampai semua panggilan-lalu melewati dan panggilan -komit saat ini selesai.

Informasi lebih mendalam dari SharedPreferences. Dokumentasi Pendukung :

Tidak seperti commit (), yang menulis preferensi ke penyimpanan persisten secara sinkron , terapkan () melakukan perubahan pada SharedPreferences di memori segera tetapi mulai komit asinkron ke disk dan Anda tidak akan diberitahu tentang kegagalan . Jika editor lain pada SharedPreferences ini melakukan komit () sementara berlaku () masih beredar, komit () akan memblokir sampai semua komit async selesai serta komit itu sendiri.

Karena instance SharedPreferences adalah lajang dalam suatu proses, aman untuk mengganti instance komit () dengan apply () jika Anda sudah mengabaikan nilai balik.

Antarmuka SharedPreferences.Editor tidak diharapkan untuk diterapkan secara langsung. Namun, jika sebelumnya Anda mengimplementasikannya dan sekarang mendapatkan kesalahan tentang missing apply (), Anda dapat memanggil commit () dari apply ().

Saya mengalami beberapa masalah dalam menggunakan apply (), bukan commit (). Seperti yang dinyatakan sebelumnya dalam respons lain, apply () asynchronous. Saya mendapatkan masalah bahwa perubahan yang dibentuk untuk preferensi "string set" tidak pernah ditulis ke memori persisten.

Itu terjadi jika Anda "memaksa penahanan" dari program atau, dalam ROM yang telah saya instal pada perangkat saya dengan Android 4.1, ketika prosesnya terbunuh oleh sistem karena kebutuhan memori.

Saya sarankan untuk menggunakan "commit ()" sebagai gantinya "apply ()" jika Anda ingin preferensi Anda tetap hidup.

Gunakan apply ().

Itu menulis perubahan ke RAM segera dan menunggu dan menulisnya ke penyimpanan internal (file preferensi aktual) setelah. Komit menulis perubahan secara sinkron dan langsung ke file.

• commit()sinkron, apply()asinkron

• apply() adalah fungsi batal.

• commit() mengembalikan true jika nilai-nilai baru berhasil ditulis ke penyimpanan persisten.

• apply() jaminan selesai sebelum beralih status, Anda tidak perlu khawatir tentang siklus komponen Android

Jika Anda tidak menggunakan nilai yang dikembalikan dari commit()dan Anda menggunakan commit()dari utas utama, gunakan apply()sebagai ganti commit()

Dokumen memberikan penjelasan yang cukup bagus tentang perbedaan antara apply()dan commit():

Tidak seperti commit(), yang menulis preferensi ke penyimpanan persisten secara sinkron, apply()melakukan perubahan ke dalam memori SharedPreferencessegera tetapi memulai komit asinkron ke disk dan Anda tidak akan diberitahu tentang kegagalan. Jika editor lain SharedPreferencesmelakukan hal ini secara teratur commit()sementara a apply()masih beredar, commit()kehendak akan diblokir sampai semua async komit selesai serta komit itu sendiri. Karena SharedPreferencesinstance adalah lajang dalam suatu proses, aman untuk mengganti instance commit()dengan apply()jika Anda sudah mengabaikan nilai pengembalian.

Dari javadoc:

Tidak seperti komit (), yang menulis preferensi ke penyimpanan persisten secara sinkron, terapkan () lakukan perubahan pada SharedPreferences di memori segera tetapi mulai komit asinkron ke disk dan Anda tidak akan diberitahu tentang kegagalan. Jika editor lain pada SharedPreferences ini melakukan commit reguler () ketika> apply () masih beredar, komit () akan memblokir sampai semua commit async selesai serta komit itu sendiri

Perbedaan antara commit () dan apply ()

Kita mungkin bingung dengan kedua istilah itu, ketika kita menggunakan SharedPreference. Pada dasarnya mereka mungkin sama, jadi mari kita perjelas perbedaan commit () dan apply ().

1.Return nilai:

apply()berkomitmen tanpa mengembalikan boolean yang menunjukkan keberhasilan atau kegagalan. commit() mengembalikan true jika save berfungsi, false sebaliknya.

2. Kecepatan:

apply()lebih cepat. commit()lebih lambat.

3. Asinkron vs Sinkron:

apply(): Asynchronous commit(): Synchronous

4. Atom:

apply(): atom commit(): atom

5. Pemberitahuan kesalahan:

apply(): Tidak commit(): Ya