活动销毁时活动的Backstack行为不端

Question

我有两个活动；假设 A 和 B。在 activity A 中注册了一个广播接收器，它监听将完成活动 A 的特定事件。我在 onCreate() 中注册广播接收器，并在 activity A 的 onDestroy() 中销毁它.

为简单起见，activity B 中有一个button，名为“Destroy Activity A”。当用户点击button时，activity A应该被销毁。

通常这一切都运行顺利，没有任何问题，但问题出现在以下情况：

1) 假设我在activity B 并按下 Home 键将应用程序移至后台，那么如果我使用其他资源密集型应用程序，Android 系统将终止我的应用程序以释放内存。然后如果我从最近的任务中打开我的应用程序，activity B 将被恢复，它的onCreate()、onResume() 等方法将被调用。现在我按button 来销毁activity A，但是活动A 已经被销毁，所以activity A 的onCreate()、onResume() 等方法将不会被调用，除非我通过按去activity A back button。因此broadcast receiver 没有注册监听事件。

2) 当用户在设备设置的开发者选项中选择“不保留活动”时，也会出现同样的问题。

我一直在寻找解决这个问题很长时间，但我无法找到正确的答案。处理这种情况的最佳方法是什么？这是一个Android错误吗？这个问题应该有一些解决方案。

请帮帮我。

Answer 1

如果您的Activity A 已被 Android 操作系统本身破坏，则有 没办法追踪。

有些人建议通过在onDestroy 方法中列出事件来跟踪Activity A，但是如果您的Activity 被系统操作系统杀死，那么请注意它不会调用这些方法。

Answer 2

在保持当前广播逻辑的同时无法解决此问题。

从后台杀死活动，imo，不是正确的方法。您应该强烈考虑更改导航逻辑。

但是，如果您的项目很大并且时间很紧迫，那么重构是不可能的，A.J.的方法有效，但您提到您有很多活动需要杀死，他的解决方案变得非常难以实施。

我的建议如下。这可能不是最好的主意，但我想不出另一个。所以也许这会有所帮助。

您应该具备以下条件：

• 您所有活动的基础活动。
• 应用程序级别的ArrayList<String> activitiesToKill 对象。 （如果你没有扩展 Application 你可以将它作为静态变量

首先我们必须确保activitiesToKill 在操作系统终止低内存应用时不会丢失。在BaseActivity 我们在onSaveInstanceState 期间保存列表并在onRestoreInstanceState 中恢复它

@Override
protected void onSaveInstanceState(Bundle outState) {
    super.onSaveInstanceState(outState);
    outState.putSerializable("activitiesToKill", activitiesToKill);
}

private void onRestoreInstanceState(Bundle state) {
    if (state != null) {
        activitiesToKill = (ArrayList<String>) state.getSerializable("activitiesToKill");
    super.onRestoreInstanceState(state); 
}

}

这里的想法是通过使用它们的名称在列表中保存哪些活动应该被杀死。

逻辑如下：

假设您有活动 A、B、C、D 和 E

在活动E中，你按下按钮，你想杀死B和D

当您按下 E 中的按钮时，会将 B 和 D 的名称添加到 activitiesToKill 对象中。

activitiesToKill.add(B.class.getSimpleName()
activitiesToKill.add(D.class.getSimpleName()

在BaseActivity的onCreate方法中，我们要检查

if(savedInstanceState != null)
{
    //The activity is being restored. We check if the it is in the lest to Kill and we finish it                
    if(activitiesToKill.contains(this.getClass().getSimpleName()))
    {
        activitiesToKill.remove(this.getClass().getSimpleName())
        finish();
    }
}

如果活动通过广播被杀死，请确保删除活动的名称。

所以基本上每个场景都会发生这种情况。

如果应用程序正常运行，并且您单击按钮，则会发送广播，并且 B 和 D 将被杀死。确保从 activitiesToKill 中删除 B 和 D

如果应用被杀死并恢复，你按下按钮，广播将没有效果，但是你已经在activitiesToKill对象中添加了B和D。所以当你点击返回的时候，activity被创建并且saveInstanceState不为null，activity就结束了。

这种方法认为活动 E 知道它必须杀死哪些活动。

如果你不知道要从 E 中杀死哪些活动，你必须稍微修改一下这个逻辑：

使用HashMap<String, bool>代替ArrayList

当Activity B被创建时，它会将自己注册到hashmap中：

activitiesToKill.put(this.class.getSimpleName(), false)

然后在活动 E 中，您只需将所有条目设置为 true

然后在创建基本活动时，您必须检查此活动是否已在活动ToKill 中注册（哈希映射包含密钥）并且布尔值是 true 你杀死它（不要忘记将它返回给false，或删除密钥）

这确保了每个活动都将自己注册到 HashMap 并且活动 E 不知道要杀死的所有活动。并且不要忘记删除它们，以防广播杀死它们。

这种方法还确保在从 Intent 正常打开时不会杀死 Activity，因为在这种情况下 onSaveInstanceState 在 onCreate 中将为 null，因此不会发生任何事情。

如果您有一组活动需要通过不同的条件（不仅仅是单击按钮）终止，则可以完成更高级的检查，这样您就可以拥有一个 HashMap 的 HashMap 来将它们划分为类别。

另外请注意，如果您有多个名称相同但捆绑包不同的活动，则可以使用 getName 而不是 getSimpleName。

我希望我的解释足够清楚，因为我是从脑海中写出来的，如果有任何地方不清楚，请告诉我。

祝你好运

Answer 3

Activities 的主要规则之一是除了前台活动之外，您不能依赖任何活动的活动。您尝试对广播进行的操作与后退堆栈无关 - 后退堆栈不能保证所有活动始终处于活动状态，但它会确保在进入前台时重新创建它们。

在您的示例中（如果我了解您的目标），您需要导航到 A 下方的内容——例如 Activity Z，堆栈如下所示：Z-A-[B]。在正常的事件过程中，您点击back，它会将您带到A，然后在另一次点击之后 - 到Z，但在某些情况下（比如按下按钮）您想回到Z绕过 A -- 这是使用 FLAG_ACTIVITY_CLEAR_TOP 并显式启动 Z 的经典案例：

Intent intent = new Intent(this, ActivityZ.class);
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP);
startActivity(intent);

这将完成B 和A，并将意图传递给Z。您可能还需要FLAG_ACTIVITY_SINGLE_TOP 标志，密切注意FLAG_ACTIVITY_CLEAR_TOP 的描述，您应该考虑一些技巧。

Answer 4

我不知道是否有可能以“正确”的方式处理这个问题。

我想到的是以某种方式标记 A 活动。您不能使用startActivityForResult()，因为您将在调用onResume() 之前收到结果，即UI 已经膨胀。

如果您使用 Otto，您可以尝试使用粘性事件。否则，您将需要一个单例来处理标志或将其保存到共享首选项中。

在调用setContentView() 之前，您必须在onCreate() 方法上检查该标志，如果该标志为真，则完成活动。

Answer 5

根据您提供的信息，您在检查广播是否已注册后，在 Activity B 的 onCreate 中注册广播如何。如果在您提到的任何一种情况下都调用了活动 A 的 onDestroy，那么就会调用广播的注销。所以在这种情况下，你可以在Activity B的onCreate中注册你的Broadcast，这样你就可以收听它，即使你的backstack中只有Activity B。

Answer 6

您是否考虑过使用Sticky Broadcast？ 您还可以在应用程序级别（在清单中）注册您的接收器并监听此事件，无论Activity A 状态如何。

但是，就像 Youssef 已经说过的那样，从后台杀死活动不是正确的方法。您应该强烈考虑更改导航逻辑。

Answer 7

我想到了许多解决方案，但由于您没有提供有关您的应用的太多信息，所以我认为这应该可以正常工作。

不用发射广播来杀死Activity A，只需在Activity B中按下“Kill Activity A”按钮时执行以下代码。

        Intent intent = new Intent(getApplicationContext(),
                ActivityA.class);
        intent.setFlags(Intent.FLAG_ACTIVITY_REORDER_TO_FRONT);
        intent.putExtra("EXIT", true);
        startActivity(intent);

在活动A中添加以下代码

@Override
protected void onNewIntent(Intent intent) {
    super.onNewIntent(intent);
    if (intent.getBooleanExtra("EXIT", false)) {
        finish();
    }
}

protected void onCreate(Bundle savedInstanceState) {
    //Ideally, there should not be anything before this
    super.onCreate(savedInstanceState);
    if(getIntent().getBooleanExtra("EXIT", false)){
        finish();
        return;
    }

在清单中为活动 A 设置“singleTop”启动模式。

<activity
    android:name=".ActivityA"
    ...
    android:launchMode="singleTop" />

这将产生以下后果：

• 如果 Activity A 已经在运行，它将被带到 Activity 堆栈的前面并完成，从而将其从堆栈中移除。
• 如果 Activity A 已被销毁但仍存在于 Activity 堆栈中（按下后退按钮时将启动），它将被启动、置于前面并完成，从而将其从 Activity 堆栈中移除。
• 如果 Activity A 已经被销毁并且不存在于 Activity 堆栈中，并且您仍然按下“移除 Activity A”按钮，它将被启动、置于前面并完成。

通常，您应该看不到任何闪烁。

基于这个想法，您可以为您的特定应用构建性能更好的解决方案。例如，您可以使用 FLAG_ACTIVITY_CLEAR_TOP 并在 Activity B 的 onBackPressed() 中完成 Activity A。