哪些要保存，哪些不保存？

有没有想过，当方向改变时，为什么EditText中的文本会自动保存？这个答案是给你的。

当“活动”的实例被破坏并且系统重新创建新实例时（例如，配置更改）。它尝试使用一组保存的旧活动状态（实例状态）数据重新创建它。

实例状态是存储在Bundle对象中的键值对的集合。

例如，默认情况下，系统将视图对象保存在捆绑包中。

EditText中的文本在ListView中滚动位置等。

如果需要将另一个变量保存为实例状态的一部分，则应使用OVERRIDE onSavedInstanceState（Bundle savedinstaneState）方法。

例如，GameActivity中的int currentScore

有关保存数据时onSavedInstanceState（Bundle savedinstaneState）的详细信息

@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    // Save the user's current game state
    savedInstanceState.putInt(STATE_SCORE, mCurrentScore);

    // Always call the superclass so it can save the view hierarchy state
    super.onSaveInstanceState(savedInstanceState);
}

所以如果你忘了打电话super.onSaveInstanceState（savedInstanceState）；默认行为无法工作，即EditText中的文本无法保存。

要选择哪一项来恢复“活动”状态？

 onCreate(Bundle savedInstanceState)

OR

onRestoreInstanceState(Bundle savedInstanceState)

这两种方法都获得相同的Bundle对象，因此在哪里编写恢复逻辑并不重要。唯一的区别是，在onCreate（Bundle savedInstanceState）方法中，您必须给出一个空检查，而在后一种情况下不需要它。其他答案已经有了代码片段。你可以参考他们。

有关onRestoreInstanceState（Bundle savedinstaneState）的详细信息

@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
    // Always call the superclass so it can restore the view hierarchy
    super.onRestoreInstanceState(savedInstanceState);

    // Restore state members from the saved instance
    mCurrentScore = savedInstanceState.getInt(STATE_SCORE);
}

始终调用super.onRestoreInstanceState（savedInstanceState）；以便系统默认还原视图层次结构

奖金

只有当用户打算返回“活动”时，系统才会调用onSaveInstanceState（Bundle savedInstanceState）。例如，您正在使用App X，突然接到一个电话。移动到调用方应用程序并返回到应用程序X。在这种情况下，将调用onSaveInstanceState（Bundle savedInstanceState）方法。

但如果用户按下后退按钮，请考虑这一点。假设用户不打算返回“活动”，因此在这种情况下，系统不会调用onSaveInstanceState（Bundle savedInstanceState）。重要的是，在保存数据时，您应该考虑所有情况。

相关链接：

演示默认行为Android官方文档。

onSaveInstanceState（）用于瞬时数据（在onCreate（）/onRestoreInstanceState（（）中还原），onPause（）用于持久数据（在on Resume（）中恢复）。从Android技术资源：

如果活动正在停止，Android会调用onSaveInstanceState（），并且可能会在恢复之前被终止！这意味着它应该存储在重新启动“活动”时重新初始化为相同条件所需的任何状态。它与onCreate（）方法相对应，实际上传递给onCreate（（）的savedInstanceState Bundle与您在onSaveInstanceState（）方法中构造的outState Bundle相同。onPause（）和onResume（）也是互补的方法。onPause（）总是在“活动”结束时调用，即使我们启动了它（例如，使用finish（）调用）。我们将使用它将当前注释保存回数据库。好的做法是释放所有可以在onPause（）期间释放的资源，以便在处于被动状态时占用更少的资源。

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

mySavedInstanceState=savedInstanceState;

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

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

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

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

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

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

解决这个问题的简单快捷方法是使用IcePick

首先，在app/build.gradle中设置库

repositories {
  maven {url "https://clojars.org/repo/"}
}
dependencies {
  compile 'frankiesardo:icepick:3.2.0'
  provided 'frankiesardo:icepick-processor:3.2.0'
}

现在，让我们看看下面的示例，如何在“活动”中保存状态

public class ExampleActivity extends Activity {
  @State String username; // This will be automatically saved and restored

  @Override public void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    Icepick.restoreInstanceState(this, savedInstanceState);
  }

  @Override public void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    Icepick.saveInstanceState(this, outState);
  }
}

它适用于Activities、Fragments或任何需要在Bundle上序列化其状态的对象（例如，迫击炮的ViewPresenter）

Icepick还可以为自定义视图生成实例状态代码：

class CustomView extends View {
  @State int selectedPosition; // This will be automatically saved and restored

  @Override public Parcelable onSaveInstanceState() {
    return Icepick.saveInstanceState(this, super.onSaveInstanceState());
  }

  @Override public void onRestoreInstanceState(Parcelable state) {
    super.onRestoreInstanceState(Icepick.restoreInstanceState(this, state));
  }

  // You can put the calls to Icepick into a BaseCustomView and inherit from it
  // All Views extending this CustomView automatically have state saved/restored
}