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提取到另一个类中，以便通过使用所需的抽象来处理数据，从而在应用程序中实现干净的保存状态行为。

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

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

要获取存储在onCreate（）中的活动状态数据，首先必须通过重写SaveInstanceState（Bundle savedInstanceState）方法将数据保存在savedInstanceStatus中。

当调用activity destroy SaveInstanceState（Bundle savedInstanceState）方法并保存要保存的数据时。当活动重新启动时，在onCreate（）中也会得到同样的结果。（savedInstanceState不会为空，因为在活动被破坏之前，您已经在其中保存了一些数据）

直接回答原始问题。savedInstancestate为空，因为从未重新创建“活动”。

只有在以下情况下，才能使用状态捆绑包重新创建“活动”：

配置更改，例如更改方向或电话语言，这可能需要创建新的活动实例。操作系统破坏活动后，您从后台返回应用程序。

Android会在内存压力下或在后台工作一段时间后破坏后台活动。

测试hello world示例时，有几种方法可以离开并返回“活动”。

按下后退按钮后，“活动”结束。重新启动应用程序是一个全新的例子。你根本没有从后台恢复。当您按下主页按钮或使用任务切换器时，“活动”将进入后台。当导航回应用程序时，只有在必须销毁“活动”时才会调用onCreate。

在大多数情况下，如果你只是按下home键，然后再次启动应用程序，则不需要重新创建活动。它已经存在于内存中，因此不会调用onCreate（）。

在“设置”->“开发人员选项”下有一个名为“不保留活动”的选项。当它被启用时，安卓系统总是会破坏活动，并在后台重新创建它们。这是一个在开发时保持启用状态的好选项，因为它模拟了最坏的情况。（内存不足的设备会一直回收您的活动）。

其他的答案很有价值，因为它们教会了你正确的存储状态的方法，但我觉得它们并没有真正回答为什么你的代码没有按照你期望的方式工作。

onSaveInstanceState（bundle）和onRestoreInstanceState（bundle）方法仅在旋转屏幕（方向更改）时用于数据持久化。在应用程序之间切换时，它们甚至都不好（因为调用了onSaveInstanceState（）方法，但不会再次调用onCreate（捆绑包）和onRestoreInstanceState（捆绑）。要获得更多持久性，请使用共享首选项。阅读这篇文章

使用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