android - 单顶 | CLEAR_TOP 似乎在 95% 的时间里都有效。为什么是 5%？

Question

我有一个几乎完成的应用程序，其 Activity 结构非常重要。有与此应用程序关联的推送通知，无论应用程序是前台/后台/非 Activity 状态，选择通知条目都应该启动特定的 Activity 。

如果该应用程序未处于 Activity 状态，我已经能够成功启动该应用程序并自动导航到相应的部分。但是，当应用程序处于 Activity 状态时，我遇到了问题。我将提供该问题的简化版本，以传达问题的性质，并且我将根据需要发布我的应用程序 Activity 结构和相关代码的详细信息(实际上，现在正在处理)。

因此，我的应用程序的 Activity 堆栈(大大简化)如下所示:

A -> B -> X

其中A，根 Activity ，是一个登录页面； B 是某种“主页”，而 X 是可以从主页启动的多个 Activity 之一(但一次只有一个 Activity 实例；因为这些只能从 B 启动)。

选择通知后，我需要应用程序自动导航到 B，无论它之前处于什么状态 - 无论是 [A]、[A -> B]、[A -> B -> X] 或 [ ] (应用程序未激活)。

我的通知将 Intent 传递给 Activity A。我尝试使用 CLEAR_TOP 和 NEW_TASK 标志，但没有。 A 当前具有launchmode=singleTask。这样做，我想我正在解决所有可能的现有堆栈配置并将它们减少到 [A]。 Intent 还带有一个额外的东西，它将它标识为来自通知，而不是通常的启动。

Activity A，在将 Intent 识别为从通知发送后(它可以在 onCreate() 和 onNewIntent() 中执行此操作)，向 Activity B 发送一个 Intent。此 Intent 包含 CLEAR_TOP 和 SINGLE_TOP。 B 有launchmode=singleTop。

95% 的情况下，这可以正常工作，按下通知后，应用程序的堆栈为 [A -> B]。
大约 5% 的时间，应用程序以某种方式结束了一堆 [A -> B -> B]。

关于这里发生的事情的任何想法，或者我做错了什么？

如果事实证明这是一个重要的问题，我会发布更多详细信息。事实上，现在发布更多细节......

~~~~~~~~~~~~~~~~~~~~~~~~更多细节~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~~~~~~~~~~~~~~~

单步调试器显示，每次 A 将其 Intent 发送给 B 时，B 的现有实例在被 onCreate() 之前被 onDestroy() 被调用，然后它的 onNewIntent() 也被调用。这对我来说似乎很奇怪，并且表明我误解了我正在使用的标志(CLEAR_TOP 和 SINGLE_TOP)，或者其他东西正在干扰它们。

我还没有在调试中成功重现错误的堆栈结构。不确定是不是因为它在调试中没有发生，或者我只是尝试的次数不够多。

正在制作的 Intent 代码:

在 C2DM 接收器服务中:

protected void onMessage(Context context, Intent intent) {
    int icon = R.drawable.some_drawable;
    CharSequence tickerText = "blah";
    long when = System.currentTimeMillis();
    Notification notification = new Notification(icon, tickerText, when);

    //Context context = getApplicationContext(); //Don't need this; using the context passed by the message.
    CharSequence contentTitle = intent.getStringExtra("payload");
    CharSequence contentText = "Lorem ipsum dolor si amet,";
    Intent notificationIntent = new Intent(this, LoginPage.class);
    //notificationIntent.addFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_NEW_TASK); //Tried with and without
    notificationIntent.putExtra(PushManager.PUSH_INTENT, PushManager.PUSH_INTENT); //Indicator that this was send from notification

    PendingIntent contentIntent = PendingIntent.getActivity(this, 0, notificationIntent, 0);
    notification.setLatestEventInfo(context, contentTitle, contentText, contentIntent);

    notificationManager.notify(PushManager.ALARM_NOTIFICATION_ID, notification);
}

在 LoginPage( Activity A)中，登录成功后:

Intent i = new Intent(LoginPage.this, TabHomePage.class);
// (If we're automatically going to tab 2, inform next activity)
if(fromNotification) {
    i.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP);
    i.putExtra(TabHomePage.TAB_NUMBER, TabHomePage.TAB_2);
}
startActivity(i);

有关 Activity 堆栈结构的更多详细信息，请参见图片:

http://i89.photobucket.com/albums/k207/cephron/ActivityStack.png

这是一千个字:

Activity A 是一个登录页面；成功登录后，它启动 B.
B 是一个 TabActivity，其中包含三个 Activity(由 C、D、E 表示)。
C、D 和 E 中的每一个实际上都是一个 ActivityGroup，其子 Activity 模仿了 Activity 的通常堆栈行为。

因此，每个选项卡都包含其自己的 Activity 堆栈，并且在选项卡之间切换会更改用户导航当前正在推送到/弹出这些堆栈中的哪些堆栈(每个选项卡包含一个 ListActivities 堆栈，用于浏览实体的层次结构)。这些还可以启动巨大的“B”TabActivity(由 X 表示)之外的新 Activity 。

因此，从 Activity A 登录后，在接受更多用户输入之前，至少会创建三个 Activity :
-B 已创建(并且可以看到，因为 TabWidget 现在位于屏幕顶部)
- ActivityGroups 之一被创建:无论哪个属于默认选项卡。这个 ActivityGroup 在屏幕上仍然没有表示，但是......它只显示其子 Activity 堆栈的顶部 Activity 。
- 所以，最后，创建了该 ActivityGroup 堆栈的“根” Activity (在图中，F 是此类 Activity 的一个示例)。此 Activity 显示在 TabWidget 下方。

每个选项卡被访问一次后，不会通过在选项卡之间切换(不计算内存杀死)来创建/销毁更多 Activity 。
在任何选项卡中向后按 Finish() 将显示该堆栈顶部的 Activity，显示其下方的那个。
在任何选项卡中从根 Activity (如 F)按回完成整个 TabActivity，将用户发送回 A。

传递给 B 的 Intent 还指示它自动导航到与默认选项不同的选项卡。在我们最终得到一堆 [A -> B -> B] 的情况下，第一个 B 被导航到正确的选项卡，第二个是默认值。

Answer 1

TL; 博士;不要同时使用 CLEAR_TOP 和 SINGLE_TOP

如果它只在 5% 的时间内产生错误，则很可能是并发问题。你说你有SINGLE_TOP | CLEAR_TOP 用于调用 Activity B。CLEAR_TOP 销毁 Activity B 的当前实例，并将 Intent 传递给 onCreate()。 SINGLE_TOP 不会销毁 Activity B 的当前实例，而是将 Intent 传递给 onNewIntent()。

当首先读取 SINGLE_TOP 标志时， Intent 被传递到调用 onNewIntent() 的 Activity B 的当前实例。然后读取 CLEAR_TOP 并销毁 Activity B 并使用 onCreate() 创建一个新实例，一切正常。

当首先读取 CLEAR_TOP 时，Activity B 的现有实例将被销毁，并使用 onCreate() 创建一个新实例。然后读取 SINGLE_TOP 并将 Intent 传递给 onNewIntent() 。再次，它起作用了。

当同时读取 CLEAR_TOP 和 SINGLE_TOP 时，当前的 Activity 实例被销毁并且 CLEAR_TOP 调用 onCreate() 和 SINGLE_TOP 调用 onCreate() ，因为此时不存在 Activity B 的实例。因此，您最终会得到 A->B->B。