针对从后台启动 activity 的限制

Android 10（API 级别 29）及更高版本对后台应用可启动 activity 的时间施加限制。这些限制有助于最大限度地减少对用户造成的中断，并且可以让用户更好地控制其屏幕上显示的内容。

注意 ：为启动 activity，系统会将运行前台服务的应用视为在后台运行。如需了解详情，请参阅前台服务。

本指南将通知作为从后台启动 activity 的备选方案进行说明。还列举了不适用于此类限制的个别情况。

改为显示通知

几乎在所有情况下，后台应用都必须显示具有时效性的通知以向用户提供紧急信息，而不是直接启动 activity。此类通知包括处理来电或启用的闹钟。

这种基于通知的提醒系统可为用户提供以下若干优势：

• 当用户使用设备时，系统会显示浮动通知，以便用户作出响应。用户可以维护其当前的上下文并控制他们在屏幕上看到的内容。
• 具有时效性的通知遵循用户的勿扰规则。例如，在启用“勿扰”功能后，用户可能仅允许来自特定联系人或重复来电者的来电。
• 当设备屏幕关闭时，全屏 intent 会立即启动。
• 在设备的设置屏幕中，用户可以查看哪些应用最近发送了通知（包括来自特定通知渠道的通知）。在该屏幕中，用户可以控制其通知偏好设置。

应用何时可以启动 activity

在 Android 10 或更高版本上运行的应用只有在满足以下一个或多个条件时才能启动 activity：

注意： 从 Android 14 开始，除了满足这些条件外，还需要用户明确选择启用。

• 该应用具有可见窗口，例如在前台运行的 Activity。
• 该应用在前台任务的返回堆栈中具有一项 activity。

• 应用在“最近使用的应用”屏幕上现有任务的返回堆栈中具有一个 activity。

  注意 ：当此类应用尝试启动新的 activity 时，系统会将该 activity 置于应用的现有任务上方，但不会离开目前可见的任务。当用户稍后返回应用任务时，系统会启动新的 activity，而不是之前放置在应用任务顶部的 activity。

• 该应用具有最近启动的 activity。

• 该应用最近对某个 activity 调用了 finish()。这仅适用于在调用 finish() 时，应用在前台或前台任务的返回堆栈中具有 activity 的情况。

• 该应用具有以下某项受系统约束的服务。这些服务可能需要启动界面。

  • AccessibilityService
  • AutofillService
  • CallRedirectionService
  • HostApduService
  • InCallService
  • TileService（不适用于 Android 14 [API 级别 34] 及更高版本）
  • VoiceInteractionService
  • VrListenerService。

• 应用中的某个服务受另一个可见应用约束。绑定到该服务的应用必须保持可见，以便后台应用成功启动 activity。

  注意： 从 Android 14 开始，如果绑定到该服务的应用以 Android 14 或更高版本为目标平台，默认情况下，它不再允许具有该服务的应用启动后台 activity。应用必须传递标志 Context.BIND_ALLOW_ACTIVITY_STARTS，才能允许绑定的服务应用启动后台 activity。

• 应用会从系统收到通知 PendingIntent。如果存在针对服务和广播接收器的待定 intent，则该应用可以在待定 intent 发送后启动 activity 几秒钟时间。

• 应用收到另一个可见应用发送的 PendingIntent。

• 应用会收到系统广播，预计应用会在该广播中启动界面。例如 ACTION_NEW_OUTGOING_CALL 和 SECRET_CODE_ACTION。应用可在广播发送几秒钟后启动 Activity。

• 该应用已通过 CompanionDeviceManager API 与配套硬件设备相关联。借助此 API，应用可以启动 activity 以响应用户在配对设备上执行的操作。

• 该应用是在设备所有者模式下运行的设备政策控制器。示例用例包括完全托管的企业设备，以及数字标识牌和自助服务终端等专用设备。

• 用户向应用授予了 SYSTEM_ALERT_WINDOW 权限。

  注意 ：在 Android 10（Go 版本）上运行的应用无法获得 SYSTEM_ALERT_WINDOW 权限。

从 PendingIntent 启动 activity 时需要用户选择启用

为避免根据所列条件允许意外启动 activity，从 Android 14 开始，您可以使用明确的 API 选择是否向应用授予 activity 启动权限。

以 Android 15 或更高版本为目标平台的应用将默认不再向其创建的 PendingIntents 隐式授予后台 activity 启动 (BAL) 权限。必须明确选择启用，为此，请根据应用是发送还是创建 PendingIntents 来选择以下选项。

图 1：后台 activity 启动的决策流程。

由 PendingIntent 的发件人发送

以 Android 14 或更高版本为目标平台且想要启动 PendingIntent 的应用必须满足以下条件：

• 满足列出的条件 并且
• 选择根据这些例外情况允许后台 activity 启动

只有当应用开发者知道应用要启动 activity 时，才应选择启用此功能。

如需选择启用，应用应将包含 setPendingIntentBackgroundActivityStartMode(ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOWED) 的 ActivityOptions 软件包传递给 PendingIntent.send() 或类似方法。

由 PendingIntent 的创建者提供

现在，如果以 Android 15 或更高版本为目标平台且创建了 PendingIntent 的应用希望在所列条件下启动这些 PendingIntents，则必须明确选择启用后台 activity 启动功能。

在大多数情况下，启动 PendingIntent 的应用应选择启用。不过，如果创建应用需要授予这些特权，则需要满足以下条件：

• 在创建应用可见的任何时间都可以启动 PendingIntent。
• 如果创建应用具有特殊权限，则可以随时启动 PendingIntent。

重要提示： 最好不要将具有这些权限的 PendingIntent 传递给不可信的应用，并在不再需要使用 PendingIntent 时取消 PendingIntent。

如需选择启用，应用应将包含 setPendingIntentCreatorBackgroundActivityStartMode (ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOWED) 的 ActivityOptions 软件包传递给 PendingIntent.getActivity() 或类似方法。

如需了解详情，请参阅相关参考文档：

• ActivityOptions.setPendingIntentBackgroundActivityStartMode
• ActivityOptions.setPendingIntentCreatorBackgroundActivityStartMode