针对从后台启动 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，或在前台任务的返回堆栈中具有一项 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() 或类似方法。

注意： 从 Android 16 开始，应用可以明确选择仅在应用可见时允许启动 activity (ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLE)，也可以选择始终允许启动 activity (ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOW_ALWAYS)。

由 PendingIntent 的创建者执行

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

在大多数情况下，启动 PendingIntent 的应用应选择启用。但是，如果创建应用需要授予这些特权，则：

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

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

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

注意： 从 Android 16 开始，应用可以明确选择仅在应用可见时允许启动 activity (ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOW_IF_VISIBLE)，也可以选择始终允许启动 activity (ActivityOptions.MODE_BACKGROUND_ACTIVITY_START_ALLOW_ALWAYS)。

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

• ActivityOptions.setPendingIntentBackgroundActivityStartMode
• ActivityOptions.setPendingIntentCreatorBackgroundActivityStartMode

严格模式

从 Android 16 开始，应用开发者可以启用严格模式，以便在 activity 启动被屏蔽（或在应用的目标 SDK 提高时有被屏蔽的风险）时收到通知。

以下示例代码可在应用、activity 或其他应用组件的 Application.onCreate() 方法的早期启用：

 override fun onCreate(savedInstanceState: Bundle?) {
     super.onCreate(savedInstanceState)
     StrictMode.setVmPolicy(
         StrictMode.VmPolicy.Builder()
         .detectBlockedBackgroundActivityLaunch()
         .penaltyLog()
         .build());
     )
 }

如需了解详情，请参阅严格模式文档。