当“活动”转到后台时，确实会调用onSaveInstanceState（）。

引用文档：“在活动被终止之前调用此方法，以便在将来某个时候返回时恢复其状态。”来源

请注意，根据Activity上的文档，对持久数据使用onSaveInstanceState和onRestoreInstanceState是不安全的。

文档说明（在“活动生命周期”部分）：

请注意，保存改为onPause（）中的持久数据的onSaveInstanceState（捆绑包）因为后者不是生命周期回调，因此不会在描述的每种情况下调用在其文档中。

换句话说，将持久数据的保存/恢复代码放在onPause（）和onResume（）中！

为了进一步澄清，这里有onSaveInstanceState（）文档：

在活动被终止之前调用此方法，以便在未来的某个时候，它可以恢复其状态。对于例如，如果活动B在活动A之前启动点活动A被杀死以回收资源，活动A将具有通过此选项保存用户界面的当前状态方法，以便当用户返回活动A时用户界面可以通过onCreate（Bundle）或onRestoreInstanceState（捆绑包）。

这是Steve Moseley（由ToolmakerSteve）的回答中的一条评论，它将事情放在了一个角度（在整个onSaveInstanceState与onPause、东成本与西成本传奇中）

@VVK-我部分不同意。退出应用程序的某些方式不会触发onSaveInstanceState（oSIS）。这限制了oSIS的实用性。它的值得支持，操作系统资源最少，但如果应用程序希望将用户返回到他们所处的状态，无论应用程序如何退出时，有必要改用持久存储方法。我使用onCreate检查捆绑包，如果缺少，则检查永久存储。这集中了决策。我可以从崩溃中恢复，或后退按钮退出或自定义菜单项退出，或许多天后，用户重新回到屏幕上ToolmakerSteve九月2015年9月19日10:38

使用Android ViewModel和SavedStateHandle持久化可序列化数据

public class MainActivity extends AppCompatActivity {
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ActivityMainBinding binding = ActivityMainBinding.inflate(getLayoutInflater());
        binding.setViewModel(new ViewModelProvider(this).get(ViewModel.class));
        binding.setLifecycleOwner(this);
        setContentView(binding.getRoot());
    }

    public static class ViewModel extends AndroidViewModel {

        //This field SURVIVE the background process reclaim/killing & the configuration change
        public final SavedStateHandle savedStateHandle;

        //This field NOT SURVIVE the background process reclaim/killing but SURVIVE the configuration change
        public final MutableLiveData<String> inputText2 = new MutableLiveData<>();


        public ViewModel(@NonNull Application application, SavedStateHandle savedStateHandle) {
            super(application);
            this.savedStateHandle = savedStateHandle;
        }
    }
}

在布局文件中

<?xml version="1.0" encoding="utf-8"?>
<layout xmlns:android="http://schemas.android.com/apk/res/android">

    <data>

        <variable
            name="viewModel"
            type="com.xxx.viewmodelsavedstatetest.MainActivity.ViewModel" />
    </data>

    <LinearLayout xmlns:tools="http://schemas.android.com/tools"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:orientation="vertical"
        tools:context=".MainActivity">


        <EditText
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:autofillHints=""
            android:hint="This field SURVIVE the background process reclaim/killing &amp; the configuration change"
            android:text='@={(String)viewModel.savedStateHandle.getLiveData("activity_main/inputText", "")}' />

        <SeekBar
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:max="100"
            android:progress='@={(Integer)viewModel.savedStateHandle.getLiveData("activity_main/progress", 50)}' />

        <EditText
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:hint="This field SURVIVE the background process reclaim/killing &amp; the configuration change"
            android:text='@={(String)viewModel.savedStateHandle.getLiveData("activity_main/inputText", "")}' />

        <SeekBar
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:max="100"
            android:progress='@={(Integer)viewModel.savedStateHandle.getLiveData("activity_main/progress", 50)}' />

        <EditText
            android:layout_width="match_parent"
            android:layout_height="wrap_content"
            android:hint="This field NOT SURVIVE the background process reclaim/killing but SURVIVE the configuration change"
            android:text='@={viewModel.inputText2}' />

    </LinearLayout>
</layout>

测试：

1. start the test activity
2. press home key to go home
3. adb shell kill <the test activity process>
4. open recent app list and restart the test activity

有一种方法可以让Android在不执行任何方法的情况下保存状态。只需将此行添加到“活动”声明中的清单：

android:configChanges="orientation|screenSize"

应该是这样的：

<activity
    android:name=".activities.MyActivity"
    android:configChanges="orientation|screenSize">
</activity>

在这里您可以找到有关此属性的更多信息。

建议让Android为您处理，而不是手动处理。

2020年，我们有一些变化：

如果您希望“活动”在进程终止并再次启动后恢复其状态，则可能需要使用“保存状态”功能。以前，需要重写Activity中的两个方法：onSaveInstanceState和onRestoreInstanceState。您还可以在onCreate方法中访问恢复的状态。类似地，在Fragment中，您有onSaveInstanceState方法可用（恢复的状态在onCreate、onCreateView和onActivityCreated方法中可用）。

从AndroidX SavedState 1.0.0开始，它是AndroidX Activity和AndroidX Fragment的依赖项，您可以访问SavedStateRegistry。您可以从Activity/Fragment获取SavedStateRegistry，然后注册SavedStateProvider：

class MyActivity : AppCompatActivity() {

  companion object {
    private const val MY_SAVED_STATE_KEY = "MY_SAVED_STATE_KEY "
    private const val SOME_VALUE_KEY = "SOME_VALUE_KEY "
  }
    
  private lateinit var someValue: String
  private val savedStateProvider = SavedStateRegistry.SavedStateProvider {    
    Bundle().apply {
      putString(SOME_VALUE_KEY, someValue)
    }
  }
  
  override fun onCreate(savedInstanceState: Bundle?) {    
    super.onCreate(savedInstanceState)
    savedStateRegistry.registerSavedStateProvider(MY_SAVED_STATE_KEY, savedStateProvider)
    someValue = savedStateRegistry.consumeRestoredStateForKey(MY_SAVED_STATE_KEY)?.getString(SOME_VALUE_KEY) ?: ""
  }
  
}

如您所见，SavedStateRegistry强制您对数据使用键。这可以防止您的数据被附加到同一Activity/Fragment的另一个SavedStateProvider损坏。此外，您还可以将SavedStateProvider提取到另一个类中，以便通过使用所需的抽象来处理数据，从而在应用程序中实现干净的保存状态行为。