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

不确定我的解决方案是否受到反对，但我使用绑定服务来保持ViewModel状态。是将其存储在服务的内存中，还是将其持久化并从SQLite数据库中检索，取决于您的需求。这就是任何类型的服务所做的，它们提供诸如维护应用程序状态和抽象公共业务逻辑之类的服务。

由于移动设备固有的内存和处理限制，我以类似于网页的方式处理Android视图。页面不维护状态，它纯粹是一个表示层组件，其唯一目的是显示应用程序状态并接受用户输入。web应用程序架构的最新趋势采用了古老的模型、视图、控制器（MVC）模式，其中页面是视图，域数据是模型，控制器位于web服务后面。同样的模式可以在Android中使用，视图是，嗯。。。View，模型是您的域数据，Controller作为Android绑定服务实现。每当您希望视图与控制器交互时，在开始/恢复时绑定它，在停止/暂停时解除绑定。

这种方法为您提供了实施关注点分离设计原则的额外好处，因为您的所有应用程序业务逻辑都可以移动到您的服务中，这减少了多个视图中的重复逻辑，并允许视图实施另一个重要的设计原则，即单一责任。

savedInstanceState仅用于保存与“活动”的当前实例相关联的状态，例如当前导航或选择信息，这样，如果Android破坏并重新创建“活动”，它就可以恢复原样。请参阅onCreate和onSaveInstanceState的文档

对于更长寿命的状态，请考虑使用SQLite数据库、文件或首选项。请参阅保存持久状态。

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

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

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

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

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

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

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

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

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

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

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

我想我找到了答案。让我简单地说一下我做了什么：

假设我有两个活动，即活动1和活动2，我正在从活动1导航到活动2（我在活动2中做了一些工作），然后通过单击活动1中的按钮再次返回活动1。现在在这个阶段，我想回到活动2，我想看到我的活动2处于上次离开活动2时的相同状态。

对于上述场景，我所做的是在清单中进行了如下更改：

<activity android:name=".activity2"
          android:alwaysRetainTaskState="true"      
          android:launchMode="singleInstance">
</activity>

在活动1的按钮点击事件中，我这样做了：

Intent intent = new Intent();
intent.setFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
intent.setClassName(this,"com.mainscreen.activity2");
startActivity(intent);

在活动2的按钮点击事件中，我这样做了：

Intent intent=new Intent();
intent.setClassName(this,"com.mainscreen.activity1");
startActivity(intent);

现在将要发生的是，我们在activity2中所做的任何更改都不会丢失，并且我们可以以与之前相同的状态查看activity2。

我相信这就是答案，这对我来说很好。如果我错了，请纠正我。