一. Q 禁用后台启动 Activity

当时由于主题所限，没有聊到技术细节。今天就延续这个话题，再聊聊 Android Q 限制后台启动 Activity 的具体细节。

有人可能会觉得 P 还没用上，Q 还远著。如果只是对于普通使用者来说，确实是这样，大多数情况新系统对应的就是新装置，手机的换代速度是远低于系统升级的。但是对于我们开发者来说，老旧的系统版本可以战略性的放弃，但是新系统肯定要率先支援的。

就算你不想这么做，各大硬件厂商，也会推动你去做，毕竟最新的装置都是搭载的最新的系统，App 不稳定，肯定是影响使用者体验的。

Android Q 在今年 Q3 季度，就准备释出正式版了，了解 Android Q 的新特性，也是我们开发者马上马就要面临的事情了。

言归正传，继续聊 Android Q 下，禁止后台启动 Activity。

二. 限制影响的范围

例如，我们开发者比较常用的 掘金App。

官方文件表示，Toast 提醒会在 Android Q 的正式版中去掉。同时这里的没开启是真的没开启，它并不会压入到 Activity 的回退栈中。

Android Q 中针对启动 Activity 的限制，更多的也是为了增加使用者体验和安全性。多数时候，我们开启新页面的动作，都来自使用者操作，但是依然存在一些 App，在后台活着，监听使用者的一些事件，在他们觉得必要的时机，弹出来骚扰使用者。

比较常见的场景，你正在拍摄某个重要的瞬间，此时突然从后台弹出一个广告，精彩瞬间肯定是错过了，这必然会影响使用者体验。

再比如一些工具类 App，会在某些事件上对你做出提醒，例如某浏览器就监听了解除安装 App 的事件，在我解除安装 App 后，提醒是否需要清理手机内存。

这些其实都是工具类 App 功能上的扩充套件，在 Android Q 下，这将是不被允许的。

在曾经那么多 Android 版本的适配中，很多新系统的特性，其实是有相容模式的，只要保持 App 的 targetVersion 不升级，就不会触发新系统特性。

但是这一点，在 Android Q 的禁止后台启动页面这一项上，是不起作用的。此项变动适用于所有在 Android Q 上执行的应用，哪怕你没有升级 targetVersion，哪怕你是在 Android P（9）中安装应用，系统从就版本升级到 Android Q，此项改动都会生效。

只要跑在 Android Q 上的 App，均受限制。

原则上，只要你的 App 在前台，或者此次启动新页面的动作来自使用者主动的操作，那自然是不受影响的。

1. 该应用具有可见视窗。例如前台 Activity 是你的应用。

2. 桌面 Widget 点选启动 Activity。

3. 当前前台任务的 Activity Back Task（回退栈）中，有你应用的 Activity。

例如调起微信支付页（Activity Z）时，当前退回栈最顶端的 Activity 其实时微信的页面，但是我们应用页面（Activity Y）依然在回退栈的下面，此时依然具有开启 Activity 的许可权。

4. 绑定了某些系统服务，例如：AccessibilityService、AutofillService 等。

5. 已获得使用者授权的 SYSTEM_ALERT_WINDOW 许可权。

6. 临时白名单机制，不拦截通过通知拉起的应用。

应用通过通知，在 pendingIntent 中启动 Activity。应用通过通知，在 PendingIntent 中传送广播，接收广播后启动 Activity。应用通过通知，在 PendingIntent 中启动 Service，在 Service 中启动 Activity。还有一些比较特殊的场景，就不在这里一一举例了，有兴趣可以翻阅文件。

现在允许的这些条件，在 Android Q 正式版释出时，可能还有调整。例如拥有 SYSTEM_ALERT_WINDOW 许可权可以在后台开启新页这一条，在最初的 Beta1 版本中，是不存在的。

最终肯定是以 Android Q 正式版为准，我们只需要记住，原则上，只要是使用者主动的操作或者使用者赋予了相应的许可权之外，其他情况均会受到影响。

三. Google的适配建议

例如：收到微信语音通话时，对使用者的强提醒。

总是有一些正当的需求，Google也不能直接把路都堵死了。

Google的建议是，在后台时，可以通过建立通知的方式，向用户提供资讯。由使用者通过点选通知的方式，来启动 Activity，而不是直接启动。

如果有必要，还可以通过 setFullScreenIntent() 来强调这是一个立即需要处理的通知。

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

val fullScreenPendingIntent = PendingIntent.getActivity(

this, 0,

fullScreenIntent, PendingIntent.FLAG_UPDATE_CURRENT

)

val notificationBuilder = NotificationCompat.Builder(this, "channelId")

.setSmallIcon(R.mipmap.ic_launcher_round)

.setContentTitle(getString(R.string.app_name))

.setContentText("启动BackgroundActivity")

.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()

// The integer ID that you give to startForeground() must not be 0.

startForeground(1, incomingCallNotification)

此时通知栏就会收到你给的通知，等待使用者来处理。

利用通知来提醒使用者，其实也有一些优势，例如不会打扰使用者当前的行为，锁屏时依然可以提醒使用者等等。

利用通知，其实只是我们的应用在后台时的一种替代方案，我们只需要根据不同的场景，在前台时开启新页，在后台时，使用通知提醒。

具体如何判断当前 App 时否在前台，可以利用 registerActivityLifecycleCallbacks() 方法，对所有页面的生命周期进行监控，以此为依据来确定具体逻辑。

从 Beta2 开始，此限制是预设开启的，可以通过开发者选项 → ‘允许后台活动启动’选项来控制其功能的开启和关闭。

四. 小结时刻

Android Q 下，开始限制后台应用启动新页面，并且影响所有应用。有一些例外场景，原则上为使用者触发或者获得使用者授权的情况下，依然可以开启新页，这时不受影响的。在后台时，依然想为使用者提供服务，可以借助通知（Notification）提醒使用者。就这样吧，Android Q 要来了，后续还会更新一些适配改动的细节，有问题可以留言讨论。

本文对你有帮助吗？留言、转发、点赞是最大的支援，谢谢！

在头条号私信我。我会送你一些我整理的学习资料，包含：Android反编译、算法、设计模式、虚拟机器、Linux、Kotlin、Python、爬虫、Web专案源代码。