Kapan tepatnya onSaveInstanceState () dan onRestoreInstanceState () dipanggil?

Gambar berikut (dari dokumen resmi ) mendeskripsikan siklus hidup aktivitas Android yang terkenal:

Di sisi lain, ketika aktivitas dimusnahkan oleh sistem (misalnya karena memori perlu diambil kembali), status aktivitas terkadang secara otomatis disimpan dan dipulihkan dengan menggunakan metode onSaveInstanceState()dan onRestoreInstanceState(), seperti yang diilustrasikan oleh gambar berikut (juga dari dokumen resmi ):

Saya sadar bahwa onSaveInstanceState()ini tidak selalu disebut ketika suatu kegiatan akan segera dihancurkan. Misalnya, jika dimusnahkan karena pengguna telah menekan tombol "kembali", status aktivitas tidak dipertahankan. Namun dalam kasus ketika negara yang diselamatkan dan dipulihkan, dan onSaveInstanceState()/ onRestoreInstanceState()dipanggil, kapan tepatnya yang mereka disebut ?

Misalnya menurut gambar di atas, onRestoreInstanceState()mungkin bisa dipanggil sebelum onStart(), atau sesudah onStart()tapi sebelum onResume(), atau sesudah onResume(). Demikian pula, ada beberapa kemungkinan onSaveInstanceState(). Jadi kapan tepatnya mereka dipanggil?

Idealnya, yang saya inginkan adalah melihat diagram gabungan yang menunjukkan status siklus hidup aktivitas dan metode simpan / pulihkan , jika ada.

Sesuai dokumentasi :

void onRestoreInstanceState (Bundel disimpanInstanceState)

Metode ini disebut antara onStart()dan onPostCreate(Bundle).

void onSaveInstanceState (Bundle outState)

Jika dipanggil, metode ini akan terjadi setelah onStop () untuk aplikasi yang menargetkan platform yang dimulai dengan Build.VERSION_CODES.P. Untuk aplikasi yang menargetkan versi platform sebelumnya, metode ini akan terjadi sebelum onStop () dan tidak ada jaminan apakah ini akan terjadi sebelum atau setelah onPause ().

Sesuai doc1 dan doc2

onSaveInstanceState

Sebelum Honeycomb, aktivitas tidak dianggap dapat dihentikan hingga setelah dijeda, artinya onSaveInstanceState () dipanggil tepat sebelum onPause (). Namun, dimulai dengan Honeycomb, Aktivitas dianggap dapat dimatikan hanya setelah dihentikan, yang berarti bahwa onSaveInstanceState () sekarang akan dipanggil sebelum onStop (), bukan segera sebelum onPause ().

onRestoreInstanceState

Metode ini dipanggil antara onStart () dan onPostCreate (Bundle) saat aktivitas diinisialisasi ulang dari status tersimpan sebelumnya

Selain jawaban yang sudah diposting, ada perubahan halus yang diperkenalkan di Android P, yaitu:

void onSaveInstanceState (Bundle outState)

Jika disebut, metode ini akan terjadi SETELAH onStop() untuk aplikasi yang menargetkan platform dimulai dengan P . Untuk aplikasi yang menargetkan versi platform sebelumnya, metode ini akan terjadi sebelum onStop()dan tidak ada jaminan apakah itu akan terjadi sebelum atau sesudah onPause().

Sumber: docs

Mengenai mengapa perubahan ini diperkenalkan, inilah jawabannya:

... sehingga aplikasi dapat melakukan transaksi fragmen dengan aman onStop()dan nantinya dapat menyimpan status persisten.

Sumber: docs

Ini adalah informasi tambahan untuk onSaveInstanceState (Bundle)

dari dokumen

Jangan keliru membedakan metode ini dengan callback siklus hidup aktivitas seperti onPause (), yang selalu dipanggil saat aktivitas ditempatkan di latar belakang atau dalam perjalanan menuju kehancuran, atau onStop () yang dipanggil sebelum pemusnahan. Salah satu contoh saat onPause () dan onStop () dipanggil dan bukan metode ini adalah saat pengguna menavigasi kembali dari aktivitas B ke aktivitas A: tidak perlu memanggil onSaveInstanceState (Bundle) di B karena instance tersebut tidak akan pernah dipulihkan , sehingga sistem tidak perlu memanggilnya. Contoh saat onPause () dipanggil dan bukan onSaveInstanceState (Bundle) adalah saat aktivitas B diluncurkan di depan aktivitas A: sistem mungkin menghindari pemanggilan onSaveInstanceState (Bundle) pada aktivitas A jika tidak dimatikan selama masa aktif B sejak keadaan antarmuka pengguna A akan tetap utuh.

Jadi ini implementasi default untuk ..

Implementasi default menangani sebagian besar status UI per instance untuk Anda dengan memanggil onSaveInstanceState () pada setiap tampilan dalam hierarki yang memiliki id, dan dengan menyimpan id tampilan yang saat ini difokuskan (semuanya dipulihkan oleh implementasi default onRestoreInstanceState (Bundle)). Jika Anda mengganti metode ini untuk menyimpan informasi tambahan yang tidak ditangkap oleh masing-masing tampilan, Anda mungkin ingin memanggil implementasi default, jika tidak bersiaplah untuk menyimpan sendiri semua status setiap tampilan.

String activityState;
@Override 
public void onCreate(Bundle savedInstanceState) {
// call the super class onCreate to complete the creation of activity like 
// the view hierarchy 
super.onCreate(savedInstanceState);

// recovering the instance state 
if (savedInstanceState != null) {
     activityState = savedInstanceState.getString(STATE_KEY);
 } 

   setContentView(R.layout.main_activity);
   mTextView = (TextView) findViewById(R.id.text_view);
} 

// Callback ini dipanggil hanya jika ada instance tersimpan yang sebelumnya disimpan menggunakan // onSaveInstanceState (). Kami memulihkan beberapa status di onCreate () sementara kami secara opsional dapat memulihkan // status lain di sini, mungkin dapat digunakan setelah onStart () selesai. // Bundel saveInstanceState sama dengan yang digunakan di onCreate ().

@Override 
public void onRestoreInstanceState(Bundle savedInstanceState) {
 mTextView.setText(savedInstanceState.getString(STATE_KEY));
  } 


// invoked when the activity may be temporarily destroyed, save the instance 
//state here 
//this method will be called before onstop

@Override 
 public void onSaveInstanceState(Bundle outState) {
    outState.putString(STATE_KEY, activityState);

    // call superclass to save any view hierarchy 
    super.onSaveInstanceState(outState);
}