Android 12 适配简介
大家好,我叫八两,来自37手游安卓团队。 前不久,9月21号,谷歌更新了 Android 12 Beta5 版本的说明,Beta5 也会是 Android 12 正式版本前的最后一个 Beta 测试版本。 恰巧9月27号,有幸参加金标联盟的第一次线下活动,也聊到了Android 12 的适配。
那么 Android 12 到底会给我们带来什么样的改变,作为一名从业者,我们又该分配多少资源以及如何去对我们的产品进行适配呢。
适配
通常我们说的适配,严格来讲分成两个阶段。 第一部分是通配性问题, 即使我不对我的项目进行任何修改,不修改 TargetSdkVersion 也需要进行关注, 个人喜欢把它叫通配性问题。 第二部分则是全面适配问题, 即 TargetSdkVersion 等于 31 才需要去关注的问题. 这里主要和大家讲讲通配性问题。 如果大家需要迁移到 Android 12, 设置 TargetSdkVersion 成 31, 可以根据自身产品使用的东西并参考 官方文档 来进行迁移。
通配性问题
通配性问题,咱的定义是,无论你使用哪个版本的 TargetSdkVersion, 只要跑在 Android 12 上,你都需要关注。这里个人节选了几个比较重要的,一起来看看吧.
Splash Screen
Android 12 增加了系统默认的 APP 启动页,该 APP 启动页会使用APP定义的主题和ICON生成。这可能对很多开发者来说是一个比较大的困恼,如果不做任何适配,产生的结果可能如下:
- 如果你原本使用
android:windowBackground
实现了启动页,你的实现会被默认的启动页样式替换。 - 如果你使用了一个额外的 Activity 作为启动页,则会先弹出系统默认启动页,再弹出你实现的启动页,用户有幸可以享受两次闪屏了。
目前谷歌的适配方案只提供了设置主题的方式,至于原本使用额外 Activity 作为启动页的方式,谷歌爸爸和蔼的和我们说,你可以选择不管或者去掉 Activity并使用设置主题方式来兼容. 具体方法如下:
- 设置
compileSdkVersion
和引入库
build.gradle
android {
compileSdkVersion 31
...
}
dependencies {
...
implementation 'androidx.core:core-splashscreen:1.0.0-alpha01'
}
- 创建闪屏主题,继承
Theme.SplashScreen
, 设置postSplashScreenTheme
和windowSplashScreenAnimatedIcon
, 其他字段可选.如:
<style name="Theme.App.Starting" parent="Theme.SplashScreen">
// Set the splash screen background, animated icon, and animation duration.
<item name="windowSplashScreenBackground">@color/...</item>
// Use windowSplashScreenAnimatedIcon to add either a drawable or an
// animated drawable. One of these is required.
<item name="windowSplashScreenAnimatedIcon">@drawable/...</item>
<item name="windowSplashScreenAnimationDuration">200</item> # Required for
# animated icons
// Set the theme of the Activity that directly follows your splash screen.
<item name="postSplashScreenTheme">@style/Theme.App</item> # Required.
</style>
- Manifest 使用对应的主题
<manifest>
<application android:theme="@style/Theme.App.Starting">
<!-- 或者 -->
<activity android:theme="@style/Theme.App.Starting">
...
- 代码中,在
setContentView
前调用installSplashScreen
, 以 Java 为:
public class SplashScreenSampleActivity extends Activity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
// Handle the splash screen transition.
SplashScreen splashScreen = SplashScreen.installSplashScreen(this);
setContentView(R.layout.main_activity);
}
}
installSplashScreen
会返回闪屏对象,其本身也可以进行一些属性设置, 至此,如上就是谷歌推荐的 SplashScreen 的适配方法
OverScroll 滚动动画增加
Android 12 修改了 OverScroll 的效果动画,从原来的拉到底部显示蓝光,修改成了拉到变形弹弹弹的动画。如下图
如果你需要特别处理 OverScroll 的动画或者动作,谷歌增加了float getDistance()
和 float onPullDistance(float deltaDistance, float displacement)
两个 API 来处理 OverScroll 行为, 需要在 onTouchEvent
中使用如上两个 API,再自定义对应行为.
如果你不喜欢这个动画的话,你也可以通过 xml 中设置 android:overScrollMode="never"
或者使用代码设置 recyclerview.setOverScrollMode(View.OVER_SCROLL_NEVER);
来屏蔽默认的滚动动画。
引入限制域概念(官方翻译: 限制性应用待机模式存储分区)
Android 12 引入了 APP 限制域, 限制域不但会定义应用的优先级(是否容易被系统杀死),处于低限制域的应用还会被限制一些比较消耗系统资源的行为。而限制域优先级的划分,很大程度上取决于你应用的使用频率以及当前是否在被前台使用。
想获取 APP 当前的限制域可以使用 getAppStandbyBucket
方法得到,示范:
if(Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) {
UsageStatsManager manager = (UsageStatsManager) getSystemService(USAGE_STATS_SERVICE);
if(manager != null) manager.getAppStandbyBucket();
}
如果需要测试 APP 在严格限制域的表现,谷歌也提供了相对应的命令来进行模拟:
adb shell am set-standby-bucket PACKAGE_NAME restricted
这个只需要做充分的测试即可,毕竟你也做不了什么,避免被限制的方法很简单,让用户停在你的APP界面以及更经常的使用你的 APP, 这应该是所有应用开发者一直在研究的问题吧。
Display.getRealSize() & Display.getRealMetrics() 废弃
继 Android 11 废弃了 Display.getSize()
和 Display.getMetrics()
后,Android 12 上进一步废弃了 Display.getRealMetrics()
和 Display.getRealSize()
. 现在推荐使用 WindowMetrics
, 并且谷歌提供了一个兼容到 Android 4.0 的 WindowManager
兼容库。 通常情况可以使用如下代码代替以前计算屏幕宽高,:
if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.R) {
metrics = activity.getWindowManager().getCurrentWindowMetrics();
int width = metrics.getBounds().width();
int height = metrics.getBounds().height();
}
如果你的应用还在使用如上 API, 赶紧替换掉吧。
非可信触摸事件会被屏蔽
Android 12 开始,如果 APP 被其他UI遮挡覆盖或者在APP上绘制了其他UI,用户所有的触摸(touch)事件不再会传递下来了,你的 APP 将无法响应这些触摸事件, 当然APP被如下特殊情况的窗口遮挡, 触摸事件可以正常传递:
- 不可见的窗口,窗口都不见了,也挡不住用户去摸了。
- 完全透明的窗口,和上一条如出一辙,完全透明的衣服等于没穿。(alpha 值是 0)
- 部分半透明窗口,遮不遮的住取决于透明度,目前版本最大 opacity 值 0.8 以下,依然可以传递触摸事件。不过将来正式版本这个值可能被修改。
- 遮挡的 UI 本身由你的APP创建,且只在你的 APP 内显示交互时.
- 遮挡你APP的是可信的遮挡UI,包括但不限于如下:
- 软键盘或其他系统输入
- 系统助手悬浮窗
- 使用了
TYPE_ACCESSIBILITY_OVERLAY
标志的窗口 …
这一条个人认为,也是谷歌爸爸对现应用动不动喜欢搞个系统级的悬浮窗的一种限制,对绝大多数应用应该影响不大。
除了上述问题外,还存在一些其他细节修改,就不一一赘述,感兴趣的亲们可以仔细阅读 通配性问题谷歌文档
适配优先级
作为一个技术,不聊 DeadLine 来谈优先级,简直就是耍流氓。对于通配性问题,建议所有开发者在 Android 12 正式版本发布后第一时间进行测试,来确认是否会影响自家产品和业务。
对于全面更新适配 Android 12(TargetSdkVersion 升级到 31), 目前 Android 12 还在进行 Beta5 测试,但尚未完成完全兼容测试(Compatibility Test Suite),按照以往的速度,快则个把月,慢则几个月。Android 12 正式版本会与大家见面,而从发布到用户真正能使用也需要一段时间。对于应用开发者,在Android 12正式版本发布后的任何时候,都可以开始考虑进行适配工作。 等到各大国产厂商开始推送 Android 12 时,再进行适配,可能就被友商卷下去了。 而对于游戏开发者,联运渠道SDK本身适配也需要一段时间,考虑到绝大多数渠道目前还只要求TargetSdkVersion 26, 只上联运的话,会有非常充裕的适配时间,等各大联运渠道通知即可,估摸着2023年吧。 如果发海外 GooglePlay, 通常新系统出来后半年内需要进行适配,之后再过小半年,GooglePlay 就要开始强制要求适配了,发海外 GooglePlay 也是越快适配越好的行情。 如果贵司纯靠买量投放与自有流量导入,那花一上午简单在 Android 12 上测试一下功能,啥时候高兴啥时候适配。
Android 12 已知问题
最后,聊聊谷歌目前 Android 12 的几个高频已知问题,如果你遇上了,不要慌,谷歌已经知道有这些问题了,反正你不需要去纠结。大概率(看谷歌心情)正式版本会被修复的。
- 通过 设置->账户密码添加账户时,系统会黑屏.
- 下滑通知栏,有时通知栏无法正常显示通知.190269314 锁屏时有时无法正常显示通知189173895
- 连着 USB 调试时,使用谷歌地图或者视频播放软件,Android 系统会崩溃.189515336
- 使用虚拟键盘时,如果有通知进来,虚拟键盘会被自动最小化,且划掉通知前,无法正常使用键盘.193920125
如果想详细了解 Android 12 的已知问题,请参阅 developer.android.com/about/versi…
总结
总体来说,对绝大多数产品, Android 12 的更新并不会像 Android 11 与 Android 10 复杂,且目前 Android 12 正式版本还未推出,部分内容各大手机硬件厂商也在与谷歌商讨,所以,对于绝大多数应用开发者,我的建议是,Android 12 发布后,针对文章提到的点进行一次兼容性测试就可以了。
关于 Android 12 相关适配有问题,以及想要进行相关交流的话,欢迎扫描二维码添加好友进群交流
今天的文章Android 12 适配简介分享到此就结束了,感谢您的阅读。
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
如需转载请保留出处:https://bianchenghao.cn/23183.html