Memahami setRetainInstance Fragment (boolean)

Dimulai dengan dokumentasi:

public void setRetainInstance (boolean retain)

Kontrol apakah instance fragmen dipertahankan di seluruh penciptaan kembali Kegiatan (seperti dari perubahan konfigurasi). Ini hanya dapat digunakan dengan fragmen yang tidak ada di tumpukan belakang. Jika diatur, daur hidup fragmen akan sedikit berbeda ketika suatu aktivitas diciptakan kembali:

• onDestroy () tidak akan dipanggil (tetapi onDetach () masih akan, karena fragmen sedang terlepas dari aktivitasnya saat ini).
• onCreate (Bundel) tidak akan dipanggil karena fragmen tidak sedang dibuat ulang.
• onAttach (Aktivitas) dan onActivityCreated (Bundle) masih akan dipanggil.

Saya punya beberapa pertanyaan:

• Apakah fragmen juga mempertahankan pandangannya, atau akankah ini dibuat ulang saat konfigurasi berubah? Apa sebenarnya yang dimaksud dengan "dipertahankan"?

• Akankah fragmen dihancurkan ketika pengguna meninggalkan aktivitas?

• Mengapa tidak bekerja dengan fragmen di tumpukan belakang?

• Kasus penggunaan mana yang masuk akal untuk menggunakan metode ini?

Pertama-tama, lihat posting saya di Fragmen yang disimpan. Mungkin membantu.

Sekarang untuk menjawab pertanyaan Anda:

Apakah fragmen juga mempertahankan status tampilan , atau akankah ini dibuat ulang saat perubahan konfigurasi - apa sebenarnya "dipertahankan"?

Ya, Fragmentstatus akan dipertahankan di seluruh perubahan konfigurasi. Secara khusus, "dipertahankan" berarti bahwa fragmen tidak akan dihancurkan pada perubahan konfigurasi. Artinya, Fragmentakan dipertahankan bahkan jika perubahan konfigurasi menyebabkan yang mendasarinya Activitydihancurkan.

Akankah fragmen dihancurkan ketika pengguna meninggalkan aktivitas?

Sama seperti Activitys, Fragments dapat dihancurkan oleh sistem ketika sumber daya memori rendah. Apakah Anda memiliki fragmen Anda mempertahankan keadaan instance mereka di seluruh perubahan konfigurasi tidak akan berpengaruh pada apakah sistem akan menghancurkan atau tidak Fragmentbegitu Anda meninggalkan Activity. Jika Anda meninggalkan Activity(yaitu dengan menekan tombol beranda), huruf Fragments mungkin atau mungkin tidak dihancurkan. Jika Anda meninggalkan Activitydengan menekan tombol kembali (dengan demikian, memanggil finish()dan secara efektif menghancurkan Activity), semua yang Activityterlampir Fragmentjuga akan dihancurkan.

Mengapa tidak bekerja dengan fragmen di tumpukan belakang?

Mungkin ada beberapa alasan mengapa itu tidak didukung, tetapi alasan paling jelas bagi saya adalah bahwa Activitymemegang referensi ke FragmentManager, dan FragmentManagermengelola backstack. Artinya, tidak masalah jika Anda memilih untuk mempertahankan Fragmentatau tidak, backstack Activity(dan dengan demikian FragmentManager) akan dimusnahkan pada perubahan konfigurasi. Alasan lain mengapa itu mungkin tidak berhasil adalah karena hal-hal mungkin menjadi rumit jika kedua fragmen yang ditahan dan fragmen yang tidak disimpan dibiarkan ada di backstack yang sama.

Kasus penggunaan mana yang masuk akal untuk menggunakan metode ini?

Fragmen yang disimpan dapat sangat berguna untuk menyebarkan informasi status - terutama manajemen utas - di seluruh instance aktivitas. Misalnya, sebuah fragmen dapat berfungsi sebagai host untuk instance Threadatau AsyncTask, mengelola operasinya. Lihat posting blog saya tentang topik ini untuk informasi lebih lanjut.

Secara umum, saya akan memperlakukannya sama dengan menggunakan onConfigurationChangeddengan Activity... jangan menggunakannya sebagai bandaid hanya karena Anda terlalu malas untuk mengimplementasikan / menangani perubahan orientasi dengan benar. Hanya gunakan saat Anda perlu.

setRetaininstancehanya berguna ketika Anda activitydihancurkan dan diciptakan kembali karena perubahan konfigurasi karena instance disimpan selama panggilan ke onRetainNonConfigurationInstance. Yaitu, jika Anda memutar perangkat, fragmen yang dipertahankan akan tetap ada di sana (tidak dihancurkan dan diciptakan kembali.) Tetapi ketika runtime membunuh aktivitas untuk mendapatkan kembali sumber daya, tidak ada yang tersisa. Ketika Anda menekan tombol kembali dan keluar dari aktivitas, semuanya hancur.

Biasanya saya menggunakan fungsi ini untuk mengubah orientasi waktu yang disimpan. Saya telah mengunduh banyak Bitmap dari server dan masing-masing 1MB, ketika pengguna secara tidak sengaja memutar perangkatnya, saya tentu tidak ingin melakukan semua pekerjaan pengunduhan lagi. Saya membuat Fragmentholding bitmap saya dan menambahkannya ke manajer dan panggilan setRetainInstance, semua Bitmap masih ada bahkan jika orientasi layar berubah.

SetRetainInstance (true) memungkinkan jenis fragmen bertahan. Anggotanya akan dipertahankan selama perubahan konfigurasi seperti rotasi. Tetapi masih bisa terbunuh ketika aktivitas terbunuh di latar belakang. Jika aktivitas yang mengandung di latar belakang dibunuh oleh sistem, itu instanceState harus disimpan oleh sistem yang Anda tangani diSaveInstanceState dengan benar. Dengan kata lain onSaveInstanceState akan selalu dipanggil. Meskipun onCreateView tidak akan dipanggil jika SetRetainInstance benar dan fragmen / aktivitas belum terbunuh, masih akan dipanggil jika itu dibunuh dan sedang dicoba untuk dibawa kembali.

Berikut ini beberapa analisis aktivitas / fragmen android yang harap dapat membantu. http://ideaventure.blogspot.com.au/2014/01/android-activityfragment-life-cycle.html

setRetainInstance () - Sudah usang

Sebagai Fragmen Versi 1.3.0-alpha01

Metode setRetainInstance () pada Fragmen telah ditinggalkan. Dengan diperkenalkannya ViewModels, pengembang memiliki API khusus untuk mempertahankan status yang dapat dikaitkan dengan grafik Aktivitas, Fragmen, dan Navigasi. Hal ini memungkinkan pengembang untuk menggunakan Fragmen yang normal, tidak disimpan, dan menjaga keadaan spesifik yang mereka inginkan tetap terpisah, menghindari sumber kebocoran yang umum sambil mempertahankan properti yang berguna dari penciptaan tunggal dan penghancuran keadaan dipertahankan (yaitu, pembangun ViewModel dan panggilan balik onCleared () yang diterimanya).

setRetainInstance (boolean) berguna ketika Anda ingin memiliki beberapa komponen yang tidak terkait dengan siklus hidup aktivitas. Teknik ini digunakan misalnya oleh rxloader untuk "menangani siklus hidup aktivitas Android untuk rxjava's Observable" (yang saya temukan di sini ).