Android-Q-要来了，一个影响国内-90%-App-的适配项，移动客户端开发面经

Android-Q-要来了，一个影响国内-90%-App-的适配项，移动客户端开发面经

毕竟打开 App 是为了它的功能，更快把首屏展示给用户，体验就更好。

三. Q 的后台启动建议

在 Android Q 之前的版本中，本质上就已经对一些页面的显示做了限制，例如 Android 8.0 增加了悬浮窗权限，其实更多的也是为了不让一些恶意的 App 打扰用户。

这次 An
droid Q 更彻底，当前处在后台的 App，没有打开新页的权限，这种设定，按照我们常规的思考，对开发者的影响应该不大，毕竟大多数时候，我们并不需要在后台d出一个页面。

这不是撞上了国内较重的启动页设计，才会出现问题。

针对必要的显示，Google 也明确给出了解决建议，可以判断应用在后台时，通过向用户发送一条通知（Notification），来由用户决定是否开启这个页面。

这种解决方案，在本文这个语境中，自然是没有什么鸟用的，走都走了，总不能抱住用户的大腿。

这种安全级的升级优化，我觉得按照官方的规范，适配就好了。

四. 适配思路 4.1 遵循 MD 规范

前面也提到，如果我们遵循 Material Design 的规范，只让启动图，作为一个对冷启动的优化，瞬时展示，之后立即显示主页，就不会有问题。

在这个过程中，全程只有一个 Activity 参与，自然无需启动一个新页面，也就不会有问题。唯一需要注意的是，在 setContentView() 方法之前，别忘了修改当前页面的 Theme。

对于现有项目，这种优化，其实我们大部分的工作，来自如何协调已经在启动页中的各种资源的初始化逻辑，等于之前有一个空转的时间被利用起来初始化资源了，现在这些已经占用的时间，没有了。

不过也别担心，其实有不少优秀的开源库就在解决这些问题，例如之前推文中介绍的 Alibaba 的 Alpha 库，就是一个基于 PERT 图构建的 Android 异步启动框架。

4.2 先判断是否前台再跳转

正如小标题上写的，我们可以在启动页跳转到主页时，检测当前页面是否在前台，如果不在，就放弃跳转。因为在后台时，并没有打开新页的动作，自然也不会有警告提示。

这算是一种，在现有项目基础之上，改动最小适配方案。

此时再细化一些，在我们放弃跳转后，可以有两个选择：

1. 关闭启动页，下次再被点击重走启动页逻辑

这很好理解，把启动页 finish() 掉，假装它从来没有启动过。下次用户再启动时，之前所有的步骤再走一遍，该显示的广告再多一次曝光。

现在有一些 App 已经是这种方案在优化。

2. 关闭启动页，并设置标记位

在发现启动页不在前台显示时，不做跳转的动作，同时设置一个标志位，但是此时不关闭当前页面。下次启动页再被启动时，直接跳转到主页。

如果选择此方案，我推荐第二种细化的方案。

4.3 Activity + Fragment 的方案

此禁止的主要就是开启新的 Activity，但是在同一个 Activity 中，使用不同的 Fragment 来承载不同的业务功能，其实是可以的。

等于是把之前的 SplashActivity，变成 SplashFragment，在主页上先添加 SplashFragment 来完成初始化或者广告的显示，在显示完成之后，移除此 SplashFragment 就好。

这种方案其实是把旧的代码结构调整了，具体逻辑变动并不大，唯一需要注意的依然是 Theme 的切换。

五. 小结时刻

每一次新系统的发布，或多或少都伴随着开发者的一波适配，大多数时候，官方也会给出明确的适配方案，来帮助开发者更快适配新系统。

不过启动页面限制这一项，应该不在 Android 适配规范的计划内，国内开发者还是做好提前准备。如果平时在项目迭代的时候就注意了很多代码的规范，这些改动就相对平滑一些。

你有什么更好的方案，欢迎在留言区讨论。

Reference
https://developer.android.google.cn/preview/privacy/background-activity-starts

最后

希望读到这的您能转发分享和关注一下我，以后还会更新技术干货，谢谢您的支持！

转发+点赞+关注，第一时间获取最新知识点

Android架构师之路很漫长，一起共勉吧！

以下墙裂推荐阅读！！！

Android学习笔记参考（敲黑板！！）
知识点

Android架构师之路很漫长，一起共勉吧！

以下墙裂推荐阅读！！！

Android学习笔记参考（敲黑板！！）