这是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;
    }
}

现在，在视图模型中使用两种方法是有意义的。如果要将第一个保存为保存的实例：您可以像这样在视图模型中添加状态参数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);
  }
}

您可以使用JetPack中的生命周期实时数据和视图模型Handel。参见本参考：

https://developer.android.com/topic/libraries/architecture/livedata

相反，您应该使用ViewModel，它将在活动生命周期之前保留数据。

我的问题是，我只在应用程序生命周期内需要持久性（即一次执行，包括在同一应用程序内启动其他子活动和旋转设备等）。我尝试了以上答案的各种组合，但在所有情况下都没有得到我想要的答案。最后，对我有用的是在onCreate期间获取savedInstanceState的引用：

mySavedInstanceState=savedInstanceState;

并在需要时使用它来获取变量的内容，如下所示：

if (mySavedInstanceState !=null) {
   boolean myVariable = mySavedInstanceState.getBoolean("MyVariable");
}

如上所述，我使用了onSaveInstanceState和onRestoreInstanceState，但我想我也可以或替代地使用我的方法在变量更改时保存变量（例如，使用putBoolean）

当系统需要内存并终止应用程序时，调用onSaveInstanceState。当用户刚刚关闭应用程序时，不会调用它。所以我认为应用程序状态也应该保存在onPause中。

它应该保存到一些持久性存储中，如Preferences或SQLite。