Android Q适配攻略（四）（后台Activity启动限制）
Android Q之提前适配攻略（一）（图标适配）
Android Q之提前适配攻略（二）（后台定位适配）
Android Q之提前适配攻略（三）（唯一标识符更改）
Android Q之提前适配攻略（四）（后台Activity启动限制）
Android Q之提前适配攻略（五）（读取权限变更）
前言
AndroidQ加强了关于后台Activity的启动限制，App不可以随意的从后台拉起Activity，这里对Google官方文档进行一转载，不进行过多的改动，google原文链接：https://developer.android.com/preview/privacy/background-activity-starts
正文
从 Android Q 测试版 1 开始，此项变更具有以下特性：
- 如果您在未与用户互动的情况下启动 Activity，则会影响您的应用
- 使用由通知触发的 Activity 进行缓解
- 通过关闭允许系统执行后台活动开发者选项来启用限制
Android Q 对应用可启动 Activity 的时间施加了限制。此项行为变更有助于最大限度地减少对用户造成的中断，并且可以让用户更好地控制其屏幕上显示的内容。具体而言，在 Android Q 上运行的应用只有在满足以下一个或多个条件时才能启动 Activity：
- 该应用具有可见窗口，例如在前台运行的 Activity。
- 在前台运行的另一个应用会发送属于该应用的
PendingIntent。示例包括发送菜单项待定 intent 的自定义标签页提供程序。 - 系统发送属于该应用的
PendingIntent，例如点按通知。只有应用应启动界面的待定 intent 才可以免除。 - 系统向应用发送广播，例如
SECRET_CODE_ACTION。只有应用应启动界面的特定广播才可以免除。
注意：出于 Activity 启动的目的，前台服务不会将应用限定为在前台运行。
此项行为变更适用于在 Android Q 上运行的所有应用，包括以 Android 9（API 级别 28）或更低版本为目标平台的应用。此外，即使您的应用以 Android 9 或更低版本为目标平台并且最初安装在运行 Android 9 或更低版本的设备上，该行为变更仍会在设备升级到 Android Q 后生效。
但是，只要您的应用启动 Activity 是因用户互动直接引发的，该应用就极有可能不会受到此项变更的影响。实际上，大多数应用都不会受到此项变更的影响。如果您发现自己的应用受到了影响，请向我们发送反馈。
警告消息
在测试版 1 中，如果您的应用在 Android Q 上运行并尝试从后台启动 Activity，则平台允许该 Activity 启动，但它会向 logcat 发送警告消息并显示以下警告提示消息：
This background activity start from package-name will be blocked in future Q builds.
与 Android Q 中在后台启动 Activity 相关的限制与系统在设备进入固定屏幕状态后阻止 Activity 启动的方式类似。
针对有时效性的事件创建通知
几乎在所有情况下，后台应用都应创建通知以便向用户提供信息，而不是直接启动 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 会立即启动。
- 在设备的设置屏幕中，用户可以查看哪些应用最近发送了通知（包括来自特定通知渠道的通知）。在该屏幕中，用户可以控制他们的通知偏好设置。
总结
这期纯转，毕竟Google已经讲得很明白了，并没啥好拓展出来讲得，按照要求来做就行了。