针对从后台启动 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
  • 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 启动权限。

请参阅：

• ActivityOptions.setPendingIntentBackgroundActivityStartMode
• ActivityOptions.setPendingIntentCreatorBackgroundActivityStartMode

由 PendingIntent 的发送者发送

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

• 满足所列条件
• 选择允许基于这些异常启动后台 activity

仅在应用开发者知道应用将启动 Activity 时，才应进行这种选择启用。

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

由 PendingIntent 的创建者提供

以 Android 15 或更高版本为目标平台且创建 PendingIntent 的应用必须

• 满足所列条件
• 选择允许基于这些异常启动后台 activity

在大多数情况下，应该选择启动 PendingIntent 的应用。

当创建 PendingIntent 的应用选择启用时，会出现以下情况：

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

因此，最好不要将此类 PendingIntent 传递给不受信任的应用，并在不应再使用 PendingIntent 时将其取消。

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