具有 singleTop 和前台服务的 Android 生命周期怪异？

Question

场景如下:

• 开始 Activity A
• Activity A 启动服务 S
• 服务 S 在前台模式下运行并显示一个通知，当用户按下该通知时会将用户带到 Activity B(具有 launchMode="singleTop")
• Activity B 出现
• 按主页
• 进入 DDMS 并终止您的应用程序进程以模拟您的应用程序死亡(按红色停止按钮)
• Android 会说“在 5000 毫秒内重新安排崩溃的服务”(有时更长)
• 服务 S 重新启动并显示通知。
• 服务重启时按通知图标...

...此时，由于进程意外结束，Android 将同时恢复 Activity A 和 B。但是尽管 Activity B 是 singleTop android 会再次生成它，因为用户点击了通知。这导致 Activity 堆栈上有 A -> B -> B。按返回键将带您再次进入 Activity B 的第一个恢复实例。

Android 团队的某个人能否阐明幕后发生的事情以及如何避免这种情况？模拟 Android 由于内存不足而终止进程的最佳方法是什么？从 DDMS 按下 STOP 是否足够好或边缘情况，这在正常情况下永远不会发生？

设置 --> 应用程序中的“强制停止”与 DDMS 中的停止有什么区别？

提前致谢!

Answer 1

此行为不应根据进程是否被终止而改变。 Activity 管理器首先查看服务器端堆栈来决定要做什么，一旦适本地调整了堆栈，它就会恢复现在位于堆栈顶部的任何内容。

检查您的应用，确保它在重新初始化或执行其他类似操作时未调用 startActivity()。查看日志以查看正在启动的 Activity 以及正在使用的 Intent 。使用“adb shell dumpsys activity”查看当前 Activity 堆栈的样子。也许您已经清除了任务关联，所以第二个 Activity B 正在其自己的任务中启动(在这种情况下 singleTop 不会有影响)？

此外，如果您不包含有关您正在做的事情的有用细节，那么真的很难帮助别人。不同步骤的相关日志语句，“adb shell dumpsys activity”显示的activity堆栈状态等。