创建活动时，将调用其onCreate（）方法。

   @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
    }

savedInstanceState是Bundle类的一个对象，它第一次为空，但在重新创建时包含值。要保存“活动”的状态，必须重写onSaveInstanceState（）。

   @Override
    protected void onSaveInstanceState(Bundle outState) {
      outState.putString("key","Welcome Back")
        super.onSaveInstanceState(outState);       //save state
    }

将值放在“outState”Bundle对象中，如outState.putString（“key”，“Welcome Back”），并通过调用super保存。当活动将被销毁时，它的状态将保存在Bundle对象中，并且可以在onCreate（）或onRestoreInstanceState（）中重新创建后恢复。在onCreate（）和onRestoreInstanceState（）中接收的捆绑包相同。

   @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

          //restore activity's state
         if(savedInstanceState!=null){
          String reStoredString=savedInstanceState.getString("key");
            }
    }

or

  //restores activity's saved state
 @Override
    protected void onRestoreInstanceState(Bundle savedInstanceState) {
      String restoredMessage=savedInstanceState.getString("key");
    }

基本上有两种方法可以实现这一改变。

使用onSaveInstanceState（）和onRestoreInstance State（）。在manifestandroid:configChanges=“orientation|screenSize”中。

我真的不建议使用第二种方法。因为在我的一次体验中，它导致设备屏幕一半变黑，同时从纵向旋转到横向，反之亦然。

使用上面提到的第一种方法，我们可以在方向改变或任何配置改变时保存数据。我知道一种方法，可以在savedInstance状态对象中存储任何类型的数据。

示例：如果要持久化Json对象，请考虑一个案例。使用getter和setter创建一个模型类。

class MyModel extends Serializable{
JSONObject obj;

setJsonObject(JsonObject obj)
{
this.obj=obj;
}

JSONObject getJsonObject()
return this.obj;
} 
}

现在，在onCreate和onSaveInstanceState方法中的活动中，执行以下操作。它看起来像这样：

@override
onCreate(Bundle savedInstaceState){
MyModel data= (MyModel)savedInstaceState.getSerializable("yourkey")
JSONObject obj=data.getJsonObject();
//Here you have retained JSONObject and can use.
}


@Override
protected void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
//Obj is some json object 
MyModel dataToSave= new MyModel();
dataToSave.setJsonObject(obj);
oustate.putSerializable("yourkey",dataToSave); 

}

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

假设我有两个活动，即活动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。

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

这是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（）。

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

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

现在Android为保存状态提供了ViewModels，您应该尝试使用它而不是saveInstanceState。