我一直在安卓SDK平台上工作，现在还不清楚如何保存应用程序的状态。因此，考虑到“你好，Android”示例的这个小的重新设计：
package com.android.hello;
import android.app.Activity;
import android.os.Bundle;
import android.widget.TextView;
public class HelloAndroid extends Activity {
private TextView mTextView = null;
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mTextView = new TextView(this);
if (savedInstanceState == null) {
mTextView.setText("Welcome to HelloAndroid!");
} else {
mTextView.setText("Welcome back.");
}
setContentView(mTextView);
}
}
我认为这对于最简单的情况来说已经足够了，但无论我如何离开应用程序，它总是以第一条消息来响应。
我确信解决方案就像重写onPause之类的东西一样简单，但我已经在文档中翻了大约30分钟，没有发现任何明显的东西。
这是Android开发的经典“陷阱”。这里有两个问题：
有一个微妙的Android框架错误，它在开发过程中使应用程序堆栈管理变得非常复杂，至少在旧版本上如此（不完全确定是否/何时/如何修复）。我将在下面讨论这个bug。管理此问题的“正常”或预期方式本身就相当复杂，因为onPause/onResume和onSaveInstanceState/onRestoreInstanceState具有双重性
浏览所有这些线程，我怀疑很多时候开发人员都在同时讨论这两个不同的问题。。。因此，所有的困惑和“这对我不起作用”的报道。
首先，要澄清“预期”行为：onSaveInstance和onRestoreInstance是脆弱的，仅适用于暂时状态。预期用途（据我所知）是在手机旋转（方向改变）时处理“活动”娱乐。换言之，当您的“活动”在逻辑上仍处于“顶部”，但仍必须由系统重新实例化时，即为预期用途。保存的Bundle不会在进程/内存/GC之外持久化，因此如果您的活动进入后台，您就不能真正依赖它。是的，也许你的“活动”的内存可以保存到后台并逃脱GC，但这并不可靠（也不可预测）。
因此，如果您有一个场景，其中在应用程序的“启动”之间应该保持有意义的“用户进度”或状态，则指南是使用onPause和onResume。你必须自己选择并准备一个持久性商店。
但是，有一个非常令人困惑的错误，它使所有这一切变得复杂。详情如下：
当从Eclipse启动应用程序时，活动堆栈在第一次运行期间的行为不正确（#369007463）市场/浏览器应用程序安装程序允许第二个实例脱离应用程序（#36911210）
基本上，如果您的应用程序使用SingleTask标志启动，然后稍后从主屏幕或启动程序菜单启动它，那么随后的调用将创建一个新任务。。。你的应用程序将有两个不同的实例驻留在同一堆栈中。。。这变得非常奇怪，非常快。这似乎发生在开发期间启动应用程序时（即从Eclipse或IntelliJ），因此开发人员经常遇到这种情况。但也通过一些应用商店更新机制（因此它也会影响用户）。
我在这些线程中挣扎了几个小时，才意识到我的主要问题是这个bug，而不是预期的框架行为。一个很好的总结和解决方法（更新：见下文）似乎来自用户@kaciula的回答：
主页键按下行为
2013年6月更新：几个月后，我终于找到了“正确”的解决方案。您不需要自己管理任何有状态的startedApp标志。您可以从框架中检测到这一点并适当地保释。我在启动程序活动开始时使用此选项。创建：
if (!isTaskRoot()) {
Intent intent = getIntent();
String action = intent.getAction();
if (intent.hasCategory(Intent.CATEGORY_LAUNCHER) && action != null && action.equals(Intent.ACTION_MAIN)) {
finish();
return;
}
}
直接回答原始问题。savedInstancestate为空，因为从未重新创建“活动”。
只有在以下情况下，才能使用状态捆绑包重新创建“活动”：
配置更改，例如更改方向或电话语言，这可能需要创建新的活动实例。操作系统破坏活动后，您从后台返回应用程序。
Android会在内存压力下或在后台工作一段时间后破坏后台活动。
测试hello world示例时，有几种方法可以离开并返回“活动”。
按下后退按钮后，“活动”结束。重新启动应用程序是一个全新的例子。你根本没有从后台恢复。当您按下主页按钮或使用任务切换器时，“活动”将进入后台。当导航回应用程序时，只有在必须销毁“活动”时才会调用onCreate。
在大多数情况下，如果你只是按下home键，然后再次启动应用程序，则不需要重新创建活动。它已经存在于内存中，因此不会调用onCreate（）。
在“设置”->“开发人员选项”下有一个名为“不保留活动”的选项。当它被启用时，安卓系统总是会破坏活动，并在后台重新创建它们。这是一个在开发时保持启用状态的好选项，因为它模拟了最坏的情况。（内存不足的设备会一直回收您的活动）。
其他的答案很有价值，因为它们教会了你正确的存储状态的方法，但我觉得它们并没有真正回答为什么你的代码没有按照你期望的方式工作。
现在，在视图模型中使用两种方法是有意义的。如果要将第一个保存为保存的实例：您可以像这样在视图模型中添加状态参数https://developer.android.com/topic/libraries/architecture/viewmodel-savedstate#java
或者您可以在视图模型中保存变量或对象，在这种情况下，视图模型将保存生命周期，直到活动被破坏。
public class HelloAndroidViewModel extends ViewModel {
public Booelan firstInit = false;
public HelloAndroidViewModel() {
firstInit = false;
}
...
}
public class HelloAndroid extends Activity {
private TextView mTextView = null;
HelloAndroidViewModel viewModel = ViewModelProviders.of(this).get(HelloAndroidViewModel.class);
/** Called when the activity is first created. */
@Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
mTextView = new TextView(this);
//Because even if the state is deleted, the data in the viewmodel will be kept because the activity does not destroy
if(!viewModel.firstInit){
viewModel.firstInit = true
mTextView.setText("Welcome to HelloAndroid!");
}else{
mTextView.setText("Welcome back.");
}
setContentView(mTextView);
}
}
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提取到另一个类中，以便通过使用所需的抽象来处理数据，从而在应用程序中实现干净的保存状态行为。
