我的应用程序在运行自定义版本的 Android Gingerbread 2.3.7 的特殊设备上运行

在某些情况下，系统会终止我的应用程序。我假设设备制造商考虑了这些紧急情况，所有第三方应用程序都应立即关闭，以便设备可以执行其主要任务。

我可以使用模拟器复制我在设备上看到的行为，并在 DDMS 中选择我的任务并单击“停止进程”按钮。这是我看到的行为。

我的应用程序通常会逐步执行四个 Activity ， Activity A 启动 Activity B， Activity B 启动 Activity C，而 Activity C 启动 Activity D。因此，当 Activity D 在顶部运行时，我的堆栈是:

A - B - C - D

如果此时进程终止，Activity D 不会收到 onPause() 或 onStop() 调用。它没有机会保存其状态。

进程终止后，Android 的 ActivityManager 为我的应用程序启动一个新任务并启动 Activity C。我认为这是重启崩溃应用程序的标准 Android 行为。

我的问题是我可以控制这种重启行为吗？如果 Android 要重启我的应用程序，我需要恢复 Activity 堆栈，Activity C 单独运行没有意义(单击后退按钮将退出应用程序，这对于此 Activity 没有意义)。

我可以阻止这次重启吗？ 我可以让重启按顺序开始我的所有 Activity 吗？ 我可以让重启只启动 Activity A 吗？

我确实找到了这个 interesting discussion我相信这解释了为什么 Activity C 被重启而不是 Activity D。

As far as when an activity is restarted -- if the process running the foreground activity goes away, the system will throw away that activity if it does not have a valid saved state for it (typically meaning it is paused and has given the system the result of onSaveInstanceState from before the pause). Once it has decided whether or not to throw away that activity, it will resume whatever activity is now at the top of the stack. If this is one of your activities -- either because you have another behind the one that crashed, or the one that crashed was somehow it the settled pause state -- then it will start your process again to show that top activity.

还有一些类似的问题，例如 Prevent Activity Stack from being Restored?这个有趣的 thread

最佳答案

经过大量试验后，我选择了“Android 开发者 › Activity restart crash after OS kills it”中暗示的方法。有一个问答交流:

问题:

"have stepped through the code and have seen what you are talking about. It calls onSaveInstanceState and saves the data in the Bundle. Will this Bundle information be available when the activity restarts after the OS kills the process?"

回答:

"It's supposed to. You will get that Bundle in onCreate() and in onRestoreInstanceState(). onCreate() can be passed null for the Bundle, if there is no Bundle to restore. onRestoreInstanceState() is only called when there is a Bundle to restore."

我将应用程序被终止后恢复所需的所有 session 数据移动到可序列化的单例中。

在 onSaveInstanceState() 中，我将序列化的 session 数据放入 savedInstanceState 包中

@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
    super.onSaveInstanceState(savedInstanceState);
    // save and restore session data to instance state to recover from task termination 
    savedInstanceState.putSerializable(SessionVariables.class.getName(), mSessionVariables);        
}

在 onCreate() 和 onRestoreInstanceState() 中，我测试我的 session 单例实例是否有效。如果它没有有效数据，我会从 savedInstanceState 包中恢复 session 变量，并将这个恢复的对象作为我的 session 变量单例。

@Override
public void onRestoreInstanceState(Bundle savedInstanceState) {
    super.onRestoreInstanceState(savedInstanceState);

    if (mSessionVariables.propertyThatShouldbeGood == null || mSessionVariables.propertyThatShouldbeGood .length() == 0)
    {
        // save and restore session data to instance state to recover from task termination
        Serializable serializedSessionVariables = savedInstanceState.getSerializable(SessionVariables.class.getName());

        if (serializedSessionVariables != null) {
            mSessionVariables = (SessionVariables) serializedSessionVariables;
            SessionVariables.putInstance(mSessionVariables);
        }
    }
}

现在，当我的任务被终止时，Android 会从堆栈中恢复之前的 Activity 。 onCreate() 从保存的实例状态包中恢复所有必要的 session 数据。

此时后退按钮也可以正常工作，所以我错了 Android 没有保留 Activity 堆栈。我认为它只是根据需要恢复后退 Activity (当您向后导航时)。如果您不返回，则不会创建它们。至少在 HierarchyViewer 中是这样的。

当我的堆栈是 A-B-C-D 并且任务被终止时， Activity “C”恢复并且“D”丢失。但是，现在“C”处于健康状态，用户可以轻松导航回“D”。现在，我还可以从“C”自动启动“D” Activity ，只是我还没有时间。

关于android - 进程停止后控制 Android Activity 重启，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/22429197/