我想从悬停在用户当前正在查看的任何内容上的服务中启动一个对话框。对话框像这样启动：服务触发打开对话框>启动透明活动>透明活动显示对话框。
我的问题是当用户打开应用程序，启动到主菜单，然后按 HOME 离开。通过按 HOME，它会暂停主菜单活动，而不是破坏，当服务启动对话框时，主菜单会显示在透明活动下方；导致对话框失去悬停在用户正在查看的任何内容上的影响。
如何使透明 Activity 独立于应用程序中的任何其他 Activity 打开？目前防止这种情况发生的唯一方法是在所有活动暂停时完成它们；但这是不切实际的。
【问题讨论】：
标签： android service android-activity dialog
This 是我们最不想要的。 :-)
1.来自服务的对话框
移动设备（恕我直言，尤其是 Android）的最佳体验之一是，几十年后，我们摆脱了系统范围内令人讨厌的警报对话框。最后，用户交互的最佳实践 [1, 2] 为我们提供了一种避免 MessageBox(hwnd, lpText, lpCaption, uType) 的臭名昭著的传播使用，争夺焦点和可怜用户的注意力的方法。请参阅上面的视频模仿。
从Service 开始对话感觉很尴尬的原因正是因为它应该是后台任务，没有用户交互。从概念上讲，您不应该这样做。这就是为什么我们首先看到这些技巧（透明活动，多么愚蠢的事情）来欺骗设计指南的原因。它们很糟糕，它们破坏了用户体验，它们窃取了焦点和注意力。他们扰乱了我们的工作。
2。改用通知
当您想从后台通知用户某事时，当用户在其他地方时，您可以使用通知。这是默认模式，不会打扰用户。
因此，您应该是sending notifications from your Service。
从那里，如果用户感兴趣，然后他会触摸通知，然后你开始你自己的活动，可能会恢复你的活动，创建一个新活动，然后使用一个对话框请求操作被执行，或者你想做的任何事情。
3.最后，NOT 使用FLAG_ACTIVITY_MULTIPLE_TASK
You should not，永远，除非您已仔细阅读并完全理解 documentation 以及使用该标志的含义，否则请使用此标志。
除非您正在实现自己的顶级应用程序启动器，否则请勿使用此标志。 (...) 因为默认系统不包括图形任务管理，所以除非您提供某种方式让用户返回到您已启动的任务，否则不应使用此标志。
真的。在这种情况下，请不要这样做。
【讨论】：
FLAG_ACTIVITY_MULTIPLE_TASK 所做的事情，并且我已经实现了文档所述的条件。我已经控制住了，谢谢！
您可以考虑将 alertDialog 与TYPE_SYSTEM_ALERT 一起使用而不是活动：
AlertDialog alertDialog = new AlertDialog.Builder(this)
.setTitle("Title")
.setMessage("Are you sure?")
.create();
alertDialog.getWindow().setType(WindowManager.LayoutParams.TYPE_SYSTEM_ALERT);
alertDialog.show();
请注意，您必须使用以下权限：
<uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />
【讨论】：
这是我自己发现的，只需在启动 Intent 中添加 Intent.FLAG_ACTIVITY_MULTIPLE_TASK 标志即可；当然与Intent.FLAG_ACTIVITY_NEW_TASK 标志一起使用。
【讨论】：