我有一个几乎完成的应用程序，其 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);
}

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);

最佳答案

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。

关于android - 单顶 | CLEAR_TOP 似乎在 95% 的时间里都有效。为什么是 5%？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5489592/