51Testing软件测试论坛

标题: 应用targetSdkVersion升级指导(一) [打印本页]

作者: 乐哈哈yoyo    时间: 2019-3-1 15:14
标题: 应用targetSdkVersion升级指导(一)

应用 targetSdkVersion 升级流程

[attach]122477[/attach]

测试机准备

1.使用最新支持 Android 9.0 的手机测试:所有 EMUI 9.0 华为手机

2.Pixel刷机

3.使用绿盟远程真机

4.使用模拟器

targetSdkVersion 相关变更介绍

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() 为任意广播(不管是隐式还是显式)注 册接收器

• 需要签名权限的广播不受此限制所限,因为这些广播只会发送到使用相同证书签名的应用 ,而不会发送至设备上的所有应用


后台执行限制的适配建议

• 使用 JobScheduler 代替

• 增加前台服务

•加 Doze 白名单(不推荐)

3.最大屏幕纵横比

以 Android 7.1(API 级别 25)或更低版本为目标平台中应用默认的最大屏幕纵横比为1.86。针对 Android 8.0 或更高版本的应用没有默认的最大纵横比,如需设置请在应用 androidmanifest 文件定义 maxAspectRatio 属性(注意:如果应用没有显示申明不支持 resizeableActivity,系统将会忽略应用设置的 maxAspectRatio属性)

[attach]122478[/attach]


4.其他变更

[attach]122479[/attach]

Android9.0 变更

1.非 SDK 管控

[attach]122480[/attach]

2. Apache HTTP 客户端弃用

默认情况下该内容库已从 bootclasspath 中移除且不可用于应用,应用不能使用系统的 classloader 加载 org.apache.http.* 库,否则会抛 NoClassDefFoundError。


适配建议

• 方法一:如果要继续使用 Apache HTTP 客户端,以 Android 9.0及更高版本为目标的应用可以向其 AndroidManifest.xml 添加以下内容:<uses-library android:name="org.apache.http.legacy" android:required="false"/>

• 方法二:如果必须要继续使用 Apache HTTP 客户端,开发者可以将 org.apache.http.legacy库打包进自己的apk。

• 推荐方法:使用 HttpURLConnection 类替代 apache-http

3.内联方法不允许跨dex

Google 在 Android P 新增检测:如果调用某个 inline 方法的类与 inline 方法所在的类由不同的 classloader 加载,就会主动发起 abort(inline不允许跨dex文件)导致应用 crash。

[attach]122481[/attach]


兼容性影响

对使用插件和热修复的应用有很大影响,需要重点测试。


测试方法

• 启动应用,构造热修复场景,在 app 侧触发热修复

• adb shell cmd package compile -m speed -f my-package 应用包名 (inline编译)

• 重启应用,检查是否会出现闪退问题


适配建议

• 尽量避免使用不同的 classloader 加载相关的类。

• 如果一定要这样做的话,需要避免内联,比如在函数里面加 try catch, 这样 compiler就不会将这个函数 inline。


4.其他变更

[attach]122482[/attach]








欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2