There are various situations such as when the screen orientation is rotated where the Activity can actually be destroyed and removed from memory and then re-created from scratch again. In these situations, the best practice is to prepare for cases where the Activity is re-created by properly saving and restoring the state.
If a user navigates to a different away from the activity, the onPause()
and onResume()
methods are called. If you need to retain state information in those cases, it's best to save state through the use of Shared Preferences:
public class MainActivity extends Activity {
static final String SOME_VALUE = "int_value";
static final String SOME_OTHER_VALUE = "string_value";
int someIntValue;
String someStringValue;
@Override
protected void onPause() {
SharedPreferences settings = getSharedPreferences("Settings", Context.MODE_PRIVATE);
SharedPreferences.Editor editor = settings.edit();
editor.putInt(SOME_VALUE, someIntValue);
editor.putString(SOME_OTHER_VALUE, someStringValue);
editor.apply();
}
}
class MainActivity : Activity() {
var someIntValue = 0
var someStringValue: String? = null
protected override fun onPause() {
val settings: SharedPreferences = getSharedPreferences("Settings", Context.MODE_PRIVATE)
val editor: SharedPreferences.Editor = settings.edit()
editor.putInt(SOME_VALUE, someIntValue)
editor.putString(SOME_OTHER_VALUE, someStringValue)
editor.apply()
}
companion object {
const val SOME_VALUE = "int_value"
const val SOME_OTHER_VALUE = "string_value"
}
}
Upon resume, the onResume()
gets called:
@Override
public void onResume() {
SharedPreferences settings = getSharedPreferences("Settings", Context.MODE_PRIVATE);
someIntValue = settings.getInt(SOME_VALUE, 0);
}
override fun onResume() {
val settings: SharedPreferences = getSharedPreferences("Settings", Context.MODE_PRIVATE)
someIntValue = settings.getInt(SOME_VALUE, 0)
}
Note that onSaveInstanceState()
is called right before your activity is about to be killed or restarted because of memory pressure or screen orientation. This is different from onPause()
which gets called when your activity loses focus (i.e. you transition to another activity). The default implementation of this method automatically saves information about the state of the activity's view hierarchy, such as the text in an EditText
widget or the scroll position of a ListView
. For other data to persist, you can put the data in the Bundle provided.
public class MainActivity extends Activity {
static final String SOME_VALUE = "int_value";
static final String SOME_OTHER_VALUE = "string_value";
@Override
protected void onSaveInstanceState(Bundle savedInstanceState) {
// Save custom values into the bundle
savedInstanceState.putInt(SOME_VALUE, someIntValue);
savedInstanceState.putString(SOME_OTHER_VALUE, someStringValue);
// Always call the superclass so it can save the view hierarchy state
super.onSaveInstanceState(savedInstanceState);
}
}
class MainActivity : Activity() {
protected override fun onSaveInstanceState(savedInstanceState: Bundle) {
// Save custom values into the bundle
savedInstanceState.putInt(SOME_VALUE, someIntValue)
savedInstanceState.putString(SOME_OTHER_VALUE, someStringValue)
// Always call the superclass so it can save the view hierarchy state
super.onSaveInstanceState(savedInstanceState)
}
companion object {
const val SOME_VALUE = "int_value"
const val SOME_OTHER_VALUE = "string_value"
}
}
The system will call that method before an Activity is destroyed. Then later the system will call onRestoreInstanceState
where we can restore state from the bundle:
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
// Always call the superclass so it can restore the view hierarchy
super.onRestoreInstanceState(savedInstanceState);
// Restore state members from saved instance
someIntValue = savedInstanceState.getInt(SOME_VALUE);
someStringValue = savedInstanceState.getString(SOME_OTHER_VALUE);
}
override fun onRestoreInstanceState(savedInstanceState: Bundle) {
// Always call the superclass so it can restore the view hierarchy
super.onRestoreInstanceState(savedInstanceState)
// Restore state members from saved instance
val someIntValue = savedInstanceState.getInt(SOME_VALUE)
val someStringValue = savedInstanceState.getString(SOME_OTHER_VALUE)
}
Instance state can also be restored in the standard Activity#onCreate
method but it is convenient to do it in onRestoreInstanceState
which ensures all of the initialization has been done and allows subclasses to decide whether to use the default implementation. Read this stackoverflow post for details.
Note that onSaveInstanceState
and onRestoreInstanceState
are not guaranteed to be called together. Android invokes onSaveInstanceState()
when there's a chance the activity might be destroyed. However, there are cases where onSaveInstanceState
is called but the activity is not destroyed and as a result onRestoreInstanceState
is not invoked.
Read more on the Recreating an Activity guide.
Fragments also have a onSaveInstanceState()
method which is called when their state needs to be saved:
public class MySimpleFragment extends Fragment {
private int someStateValue;
private final String SOME_VALUE_KEY = "someValueToSave";
// Fires when a configuration change occurs and fragment needs to save state
@Override
protected void onSaveInstanceState(Bundle outState) {
outState.putInt(SOME_VALUE_KEY, someStateValue);
super.onSaveInstanceState(outState);
}
}
class MySimpleFragment : Fragment() {
private val someStateValue = 0
private val SOME_VALUE_KEY = "someValueToSave"
// Fires when a configuration change occurs and fragment needs to save state
protected fun onSaveInstanceState(outState: Bundle) {
outState.putInt(SOME_VALUE_KEY, someStateValue)
super.onSaveInstanceState(outState)
}
}
Then we can pull data out of this saved state in onCreateView
:
public class MySimpleFragment extends Fragment {
// ...
// Inflate the view for the fragment based on layout XML
@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle savedInstanceState) {
View view = inflater.inflate(R.layout.my_simple_fragment, container, false);
if (savedInstanceState != null) {
someStateValue = savedInstanceState.getInt(SOME_VALUE_KEY);
// Do something with value if needed
}
return view;
}
}
class MySimpleFragment : Fragment() {
// ...
// Inflate the view for the fragment based on layout XML
fun onCreateView(
inflater: LayoutInflater,
container: ViewGroup?,
savedInstanceState: Bundle?
): View {
val view: View = inflater.inflate(R.layout.my_simple_fragment, container, false)
if (savedInstanceState != null) {
someStateValue = savedInstanceState.getInt(SOME_VALUE_KEY)
// Do something with value if needed
}
return view
}
}
For the fragment state to be saved properly, we need to be sure that we aren't unnecessarily recreating the fragment on configuration changes. This means being careful not to reinitialize existing fragments when they already exist. Any fragments being initialized in an Activity need to be looked up by tag after a configuration change:
public class ParentActivity extends AppCompatActivity {
private MySimpleFragment fragmentSimple;
private final String SIMPLE_FRAGMENT_TAG = "myfragmenttag";
@Override
protected void onCreate(Bundle savedInstanceState) {
if (savedInstanceState != null) { // saved instance state, fragment may exist
// look up the instance that already exists by tag
fragmentSimple = (MySimpleFragment)
getSupportFragmentManager().findFragmentByTag(SIMPLE_FRAGMENT_TAG);
} else if (fragmentSimple == null) {
// only create fragment if they haven't been instantiated already
fragmentSimple = new MySimpleFragment();
}
}
}
class ParentActivity : AppCompatActivity() {
private var fragmentSimple: MySimpleFragment? = null
private val SIMPLE_FRAGMENT_TAG = "myfragmenttag"
protected fun onCreate(savedInstanceState: Bundle?) {
if (savedInstanceState != null) { // saved instance state, fragment may exist
// look up the instance that already exists by tag
fragmentSimple =
getSupportFragmentManager().findFragmentByTag(SIMPLE_FRAGMENT_TAG) as MySimpleFragment
} else if (fragmentSimple == null) {
// only create fragment if they haven't been instantiated already
fragmentSimple = MySimpleFragment()
}
}
}
This requires us to be careful to include a tag for lookup whenever putting a fragment into the activity within a transaction:
public class ParentActivity extends AppCompatActivity {
private MySimpleFragment fragmentSimple;
private final String SIMPLE_FRAGMENT_TAG = "myfragmenttag";
@Override
protected void onCreate(Bundle savedInstanceState) {
// ... fragment lookup or instantation from above...
// Always add a tag to a fragment being inserted into container
if (!fragmentSimple.isInLayout()) {
getSupportFragmentManager()
.beginTransaction()
.replace(R.id.container, fragmentSimple, SIMPLE_FRAGMENT_TAG)
.commit();
}
}
}
class ParentActivity : AppCompatActivity() {
private val fragmentSimple: MySimpleFragment? = null
private val SIMPLE_FRAGMENT_TAG = "myfragmenttag"
protected fun onCreate(savedInstanceState: Bundle?) {
// ... fragment lookup or instantation from above...
// Always add a tag to a fragment being inserted into container
if (!fragmentSimple.isInLayout()) {
getSupportFragmentManager()
.beginTransaction()
.replace(R.id.container, fragmentSimple, SIMPLE_FRAGMENT_TAG)
.commit()
}
}
}
With this simple pattern, we can properly re-use fragments and restore their state across configuration changes.
In many cases, we can avoid problems when an Activity is re-created by simply using fragments. If your views and state are within a fragment, we can easily have the fragment be retained when the activity is re-created:
public class RetainedFragment extends Fragment {
// data object we want to retain
private MyDataObject data;
// this method is only called once for this fragment
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// retain this fragment when activity is re-initialized
setRetainInstance(true);
}
public void setData(MyDataObject data) {
this.data = data;
}
public MyDataObject getData() {
return data;
}
}
class RetainedFragment : Fragment() {
// data object we want to retain
var data: MyDataObject? = null
// this method is only called once for this fragment
fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
// retain this fragment when activity is re-initialized
setRetainInstance(true)
}
}
This approach keeps the fragment from being destroyed during the activity lifecycle. They are instead retained inside the Fragment Manager. See the Android official docs for more information.
Now you can check to see if the fragment already exists by tag before creating one and the fragment will retain it's state across configuration changes. See the Handling Runtime Changes guide for more details.
Often when you rotate the screen, the app will lose the scroll position and other state of any lists on screen. To properly retain this state for ListView
, you can store the instance state onPause
and restore onViewCreated
as shown below:
// YourActivity.java
private static final String LIST_STATE = "listState";
private Parcelable mListState = null;
// Write list state to bundle
@Override
protected void onSaveInstanceState(Bundle state) {
super.onSaveInstanceState(state);
mListState = getListView().onSaveInstanceState();
state.putParcelable(LIST_STATE, mListState);
}
// Restore list state from bundle
@Override
protected void onRestoreInstanceState(Bundle state) {
super.onRestoreInstanceState(state);
mListState = state.getParcelable(LIST_STATE);
}
@Override
protected void onResume() {
super.onResume();
loadData(); // make sure data has been reloaded into adapter first
// ONLY call this part once the data items have been loaded back into the adapter
// for example, inside a success callback from the network
if (mListState != null) {
myListView.onRestoreInstanceState(mListState);
mListState = null;
}
}
private val LIST_STATE = "listState"
private var mListState: Parcelable? = null
// Write list state to bundle
override fun onSaveInstanceState(state: Bundle) {
super.onSaveInstanceState(state)
mListState = getListView().onSaveInstanceState()
state.putParcelable(LIST_STATE, mListState)
}
// Restore list state from bundle
override fun onRestoreInstanceState(state: Bundle) {
super.onRestoreInstanceState(state)
mListState = state.getParcelable(LIST_STATE)
}
override fun onResume() {
super.onResume()
loadData() // make sure data has been reloaded into adapter first
// ONLY call this part once the data items have been loaded back into the adapter
// for example, inside a success callback from the network
if (mListState != null) {
myListView.onRestoreInstanceState(mListState)
mListState = null
}
}
Check out this blog post and stackoverflow post for more details.
Note that you must load the items back into the adapter first before calling onRestoreInstanceState
. In other words, don't call onRestoreInstanceState
on the ListView until after the items are loaded back in from the network or the database.
Often when you rotate the screen, the app will lose the scroll position and other state of any lists on screen. To properly retain this state for RecyclerView
, you can store the instance state onPause
and restore onViewCreated
as shown below:
// YourActivity.java
public final static String LIST_STATE_KEY = "recycler_list_state";
Parcelable listState;
protected void onSaveInstanceState(Bundle state) {
super.onSaveInstanceState(state);
// Save list state
listState = mLayoutManager.onSaveInstanceState();
state.putParcelable(LIST_STATE_KEY, listState);
}
protected void onRestoreInstanceState(Bundle state) {
super.onRestoreInstanceState(state);
// Retrieve list state and list/item positions
if(state != null)
listState = state.getParcelable(LIST_STATE_KEY);
}
@Override
protected void onResume() {
super.onResume();
if (listState != null) {
mLayoutManager.onRestoreInstanceState(listState);
}
}
override fun onSaveInstanceState(state: Bundle) {
super.onSaveInstanceState(state)
// Save list state
listState = mLayoutManager.onSaveInstanceState()
state.putParcelable(LIST_STATE_KEY, listState)
}
override fun onRestoreInstanceState(state: Bundle?) {
super.onRestoreInstanceState(state)
// Retrieve list state and list/item positions
if (state != null) listState = state.getParcelable(LIST_STATE_KEY)
}
override fun onResume() {
super.onResume()
if (listState != null) {
mLayoutManager.onRestoreInstanceState(listState)
}
}
Check out this blog post and stackoverflow post for more details.
If you want to lock the screen orientation change of any screen (activity) of your android application you just need to set the android:screenOrientation
property of an <activity>
within the AndroidManifest.xml
:
<activity
android:name="com.techblogon.screenorientationexample.MainActivity"
android:screenOrientation="portrait"
android:label="@string/app_name" >
<!-- ... -->
</activity>
Now that activity is forced to always be displayed in "portrait" mode.
If your application doesn't need to update resources during a specific configuration change and you have a performance limitation that requires you to avoid the activity restart, then you can declare that your activity handles the configuration change itself, which prevents the system from restarting your activity.
However, this technique should be considered a last resort when you must avoid restarts due to a configuration change and is not recommended for most applications. To take this approach, we must add the android:configChanges
node to the activity within the AndroidManifest.xml
:
<activity android:name=".MyActivity"
android:configChanges="orientation|screenSize|keyboardHidden"
android:label="@string/app_name">
Now, when one of these configurations change, the activity does not restart but instead receives a call to onConfigurationChanged()
:
// Within the activity which receives these changes
// Checks the current device orientation, and toasts accordingly
@Override
public void onConfigurationChanged(Configuration newConfig) {
super.onConfigurationChanged(newConfig);
// Checks the orientation of the screen
if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
Toast.makeText(this, "landscape", Toast.LENGTH_SHORT).show();
} else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT){
Toast.makeText(this, "portrait", Toast.LENGTH_SHORT).show();
}
}
// Within the activity which receives these changes
// Checks the current device orientation, and toasts accordingly
override fun onConfigurationChanged(newConfig: Configuration) {
super.onConfigurationChanged(newConfig)
// Checks the orientation of the screen
if (newConfig.orientation == Configuration.ORIENTATION_LANDSCAPE) {
Toast.makeText(this, "landscape", Toast.LENGTH_SHORT).show()
} else if (newConfig.orientation == Configuration.ORIENTATION_PORTRAIT) {
Toast.makeText(this, "portrait", Toast.LENGTH_SHORT).show()
}
}
See the Handling the Change docs. For more about which configuration changes you can handle in your activity, see the android:configChanges documentation and the Configuration class.
Android's new Architecture Components helps manage configuration states. All state data related to the UI can be moved to a ViewModel, which will survive rotation changes because they are data tied to the application instead of Activity instance. In this way, you do not need to worry about persisting this configuration data between Activity lifecycles.
First, make sure to add the ViewModel library:
dependencies {
// Java
implementation 'androidx.lifecycle:lifecycle-viewmodel:2.3.1'
// Kotlin
implementation 'androidx.lifecycle:lifecycle-viewmodel-ktx:2.3.1'
}
Your ViewModel should extend from the ViewModel class. Move for instance the adapter to be encapsulated within the ViewModel:
public class MyViewModel extends ViewModel {
MovieAdapter movieAdapter;
public MyViewModel() {
movieAdapter = new MovieAdapter();
}
}
class MyViewModel constructor(val movieAdapter: MovieAdapter = MovieAdapter()) : ViewModel()
Next, create a ViewModel class:
MyViewModel viewModel = new ViewModelProvider(this).get(MyViewModel.class);
val viewModel = ViewModelProvider(this).get(MyViewModel::class.java)
Next, change your references to the adapter to refer to the ViewModel:
recyclerView.setAdapter(viewModel.movieAdapter);
recyclerView.adapter = viewModel.movieAdapter