电信终端产业协会(TAF)发布的《移动应用软件高 API 等级预置与分发自律公约》要求,截止到2019年5月1日全部新发布的应用 API 必须为26或更高,2019年8月1日现有应用 API 必须升级为26或更高。android
本文由华为专家季昀对Android8.0系统、Android9.0系统在targetSdkVersion方面的变动进行介绍。咱们将于下周四(12月27日)推出targetSdkVersion升级指导系列(二),敬请关注。web
*应用 targetSdkVersion 升级流程shell
测试机准备apache
1.使用最新支持 Android 9.0 的手机测试:全部 EMUI 9.0 华为手机网络
2.Pixel刷机:developers.google.com/android/ima…app
3.使用绿盟远程真机:deveco.huawei.com/ide
4.使用模拟器函数
Android8.0 变动工具
1.后台服务限制测试
①哪些应用会受到后台服务限制?
• TargetSDK>=26的应用
• TargetSDK<26且被用户主动设置为限制后台活动的应用(华为EMUI8.x未提供配置)
注意:Doze 白名单中的应用不受限制(用户能够设置,手机管家配置有默认值白名单)
②前台如何定义?
• 前台有可见 Activity
• 前台服务能够后台播放
• 绑定服务的状况
③后台服务限制,限制了哪些行为?
• 应用进入 uidldle 后,会被调用 Service.stopself()
• 应用进入 uidldle 后,不容许经过 startService启动服务
• 应用进程仍然存在,JobScheduler、Alarm、广播等均能触发
•广播接收线程处理短暂业务,没法拉起后台服务
• 非安卓组件线程 CPU 超标时,谷歌原生机制会强制kill进程
④临时白名单机制
系统调用应用时,少许场景会将应用添加到临时白名单(有效时间30秒~300秒):
• 处理高优先级 FCM 消息
• 接收短信彩信
• 用户点击通知栏,执行 PendingIntent
⑤用户设置限制后台活动以后的影响(Android P优化)
• 应用退后台,1分钟就会被中止 Service(包括正在执行的前台任务)
• 限制访问网络
• 限制 Alarm 触发
• 限制 JobScheduler 执行
2.广播限制
Android 8.0 的应用没法继续在其清单中为隐式广播注册广播接收器,但也存在例外状况:
• 应用能够继续在清单中注册显式广播
• 应用能够在运行时使用 Context.registerReceiver() 为任意广播(无论是隐式仍是显式)注 册接收器
• 须要签名权限的广播不受此限制所限,由于这些广播只会发送到使用相同证书签名的应用 ,而不会发送至设备上的全部应用
•白名单豁免隐式广播的列表:developer.android.com/guide/compo…
后台执行限制的适配建议
• 使用 JobScheduler 代替
• 增长前台服务
•加 Doze 白名单(不推荐)
3.最大屏幕纵横比
以 Android 7.1(API 级别 25)或更低版本为目标平台中应用默认的最大屏幕纵横比为1.86。针对 Android 8.0 或更高版本的应用没有默认的最大纵横比,如需设置请在应用 androidmanifest 文件定义 maxAspectRatio 属性(注意:若是应用没有显示申明不支持 resizeableActivity,系统将会忽略应用设置的 maxAspectRatio属性)
4.其余变动
Android9.0 变动
1.非 SDK 管控
使用谷歌提供的非 SDK 扫描工具查看应用使用的深灰名单和黑名单非 SDK 接口: android.googlesource.com/platform/pr… master/appcompat/
2. Apache HTTP 客户端弃用
默认状况下该内容库已从 bootclasspath 中移除且不可用于应用,应用不能使用系统的 classloader 加载 org.apache.http.* 库,不然会抛 NoClassDefFoundError。
适配建议
• 方法一:若是要继续使用 Apache HTTP 客户端,以 Android 9.0及更高版本为目标的应用能够向其 AndroidManifest.xml 添加如下内容:
• 方法二:若是必需要继续使用 Apache HTTP 客户端,开发者能够将 org.apache.http.legacy库打包进本身的apk。
• 推荐方法:使用 HttpURLConnection 类替代 apache-http
3.内联方法不容许跨dex
Google 在 Android P 新增检测:若是调用某个 inline 方法的类与 inline 方法所在的类由不一样的 classloader 加载,就会主动发起 abort(inline不容许跨dex文件)致使应用 crash。
兼容性影响
对使用插件和热修复的应用有很大影响,须要重点测试。
测试方法
• 启动应用,构造热修复场景,在 app 侧触发热修复
• adb shell cmd package compile -m speed -f my-package 应用包名 (inline编译)
• 重启应用,检查是否会出现闪退问题
适配建议
• 尽可能避免使用不一样的 classloader 加载相关的类。
• 若是必定要这样作的话,须要避免内联,好比在函数里面加 try catch, 这样 compiler就不会将这个函数 inline。
4.其余变动
其余的变动和非 TargetSdkVersion 相关的变动以及新特性,能够在谷歌开发者网站查阅: