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

有没有想过，当方向改变时，为什么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官方文档。

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

mySavedInstanceState=savedInstanceState;

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

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

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

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

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

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

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

解决这个问题的简单快捷方法是使用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
}

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

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