从 Android Q 测试版 4 开始，此项变更具有以下特性：

如果您在未与用户互动的情况下启动 Activity，则会影响您的应用

使用由通知触发的 Activity 进行缓解

通过开启允许系统执行后台活动开发者选项停用限制

Android Q 对应用可启动 Activity 的时间施加了限制。此项行为变更有助于最大限度地减少对用户造成的中断，并且可以让用户更好地控制其屏幕上显示的内容。

此项行为变更适用于在 Android Q 上运行的所有应用，甚至包括以 Android 9（API 级别 28）或更低版本为目标平台的应用。此外，即使您的应用以 Android 9 或更低版本为目标平台并且最初安装在运行 Android 9 或更低版本的设备上，该行为变更仍会在设备升级到 Android Q 后生效。

但是，只要您的应用启动 Activity 是因用户互动直接引发的，该应用就极有可能不会受到此项变更的影响。实际上，大多数应用都不会受到此项变更的影响。

允许 Activity 启动的条件

在 Android Q 上运行的应用只有在满足以下一个或多个条件时才能启动 Activity：

该应用具有可见窗口，例如在前台运行的 Activity。

        注意：为了启动 Activity，前台服务不会将应用限定为在前台运行。

该应用在前台任务的返回栈中具有一项 Activity。

该应用具有最近启动的 Activity。

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

该应用的一项服务被系统绑定。该条件仅适用于以下服务（可能需要启动界面）：AccessibilityService、AutofillService、CallRedirectionService、HostApduService、InCallService、TileService、VoiceInteractionService 以及 VrListenerService。

该应用的某一项服务被其他可见应用绑定。请注意，绑定到该服务的应用必须在后台对该应用保持可见，才能成功启动 Activity。

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

该应用会收到从其他可见应用发送的 PendingIntent。

该应用会收到系统广播，其中要求应用启动界面。示例包括 ACTION_NEW_OUTGOING_CALL 和 SECRET_CODE_ACTION。该应用可以在广播发送后启动 Activity 几秒钟时间。

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

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

该应用已获得用户授予的 SYSTEM_ALERT_WINDOW 权限。

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

警告消息

如果您的应用在 Android Q 的最新测试版上运行并尝试从后台启动 Activity，则平台会向 logcat 发送警告消息并显示以下警告提示消息：

Background activity start frompackage-nameblocked.

与 Android Q 中在后台启动 Activity 相关的限制与系统在设备进入固定屏幕状态后阻止 Activity 启动的方式类似。

注意：该警告提示消息不会在 Android Q 的公开版本中显示。

针对有时效性的事件创建通知

几乎在所有情况下，后台应用都应创建通知以便向用户提供信息，而不是直接启动 Activity。

在特定情况下，您的应用可能需要立即引起用户的注意，例如闹钟正在响铃或有来电时。您以前可能已出于此目的将应用配置为启动后台 Activity。要在运行 Android Q 的设备上提供相同的行为，请完成以下各部分中所示的步骤。

创建高优先级通知

创建通知时，请务必添加描述性标题和消息。您还可以选择提供全屏 intent。

以下代码段中显示了示例通知

val fullScreenIntent = Intent(this, CallActivity::class.java)

val fullScreenPendingIntent = PendingIntent.getActivity(this, 0,fullScreenIntent, PendingIntent.FLAG_UPDATE_CURRENT)

val notificationBuilder = NotificationCompat.Builder(this, CHANNEL_ID)

                                        .setSmallIcon(R.drawable.notification_icon)

                                        .setContentTitle("Incoming call")

                                        .setContentText("(919) 555-1234")

                                        .setPriority(NotificationCompat.PRIORITY_HIGH)

                                        .setCategory(NotificationCompat.CATEGORY_CALL)

//Use a full-screen intent only for the highest-priority alerts where you have an associated activity that you would like to launch after the //user interacts with the notification. Also, if your app targets Android Q, you need to request the USE_FULL_SCREEN_INTENT permission in //order for the platform to invoke this notification.

                                        .setFullScreenIntent(fullScreenPendingIntent, true)

val incomingCallNotification = notificationBuilder.build()

向用户显示通知

向用户显示通知时，他们可以根据当前上下文选择是确认还是关闭应用的提醒。例如，用户可以选择是接受还是拒绝来电。

如果您的通知正在进行（例如来电），请将该通知与前台服务相关联。以下代码段展示了如何显示与前台服务关联的通知：

// Provide a unique integer for the "notificationId" of each notification.

startForeground(notificationId, notification)

注意：系统界面可以选择在用户使用设备时显示提醒式通知，而不是启动全屏 intent。

通知的优势

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

当用户使用设备时，系统会向他们显示提醒式通知，从而让他们接听或拒接来电或者关闭闹钟。用户可以维护其当前的上下文并控制他们在屏幕上看到的内容。

您的来电或闹钟会受到用户的“勿扰”规则的影响。例如，在启用“勿扰”功能后，用户可以仅允许来自特定联系人或重复来电者的来电。

当设备的屏幕关闭时，您的全屏 intent 会立即启动。

在设备的设置屏幕中，用户可以查看哪些应用最近发送了通知（包括来自特定通知渠道的通知）。在该屏幕中，用户可以控制他们的通知偏好设置。

停用行为变更

我们建议您将此项行为变更保留为启用状态。这样一来，您可以更加确信用户可以在其设备上安装 Android Q 后继续按预期与您的应用互动。

但是，如果您在启用此项变更后无法在应用中测试核心工作流，则可以通过完成以下任一任务在测试期间停用此项行为变更。

依次转到设置 > 开发者选项，然后启用允许系统执行后台活动选项。

在终端窗口中，运行以下命令：

    adb shell settings put global background_activity_starts_enabled 1