做了这么多年 Android,你对系统特性有多熟悉?

3,923 阅读11分钟

一起养成写作习惯!这是我参与「掘金日新计划 · 4 月更文挑战」的第6天,点击查看活动详情

你的点赞对我意义重大!

🔥 Hi,我是小彭。本文已收录到 GitHub · Android-NoteBook 中。这里有 Android 进阶成长路线笔记 & 博客,有志同道合的朋友,欢迎跟着我一起成长。(联系方式在 GitHub)

前言

系统版本适配是每个应用都需要面对的问题,很多同学表示很难跟上系统的更新步伐,对版本适配也是抱着能拖就拖的态度。相比于功能缺陷,兼容问题往往更加隐蔽,有些问题往轻了说只是用户体验稍微差些。测试没发现,产品不提,老板不懂,得过且过皆大欢喜,早点下班不香吗?但我们就只满足于此吗?

针对开发者在进行版本适配过程中遇到的问题,我们建立了 GitHub · AndroidPlatformWiki。我们希望站在开发者的视角,全面且深刻地解读每个 Android 版本更新,以此建立起一个体系化的 Android 系统适配手册。邀请你参与贡献。


1. Android 系统适配的现状

从 2008 年 9 月 23 日,Android 的第一个版本 Android 1.0 发布。到 2021 年 10 月 4 日,Android 12 正式版发布。不知不觉,Android 操作系统已经走过了十几个年头了,系统的发布周期也从最初的几年缩短到稳定的一年。

很多同学表示很难跟上系统的更新步伐:“我还没用上 Android 10,Android 12 已经更新了!”。对于版本适配也是抱着能拖就拖的态度。为什么会出现这个状况呢,我想原因是多方面的:

  • 1、工作指标: 目标对人生和团队都具有巨大的导向作用,大多数情况下,新版本适配并不被认为是重要紧急的工作目标。就算是拖到不能再拖了,有些同学也只是把工作标准定为 “测试没发现问题”,草草了事;

  • 2、系统变更碎片化: 新版本发布时,虽然官方的 Release 文档会列举出这个版本相关的新功能和行为变更,但是它不会告诉你哪些变更是兼容的,哪些变更又要求强制适配。有些频繁更新的功能模块甚至需要关联多个文档才能理解清楚;

  • 3、官方文档不易理解: 首先官方文档在翻译时信息传递就有损失,再加上官方文档大多是陈述行为变更本身,对变更背后的原理、安全考量或设计理念少有涉及,导致开发者看得一头雾水。这也是我们倾向于通过博客文章获取知识的主要原因;

  • 4、浮躁焦虑的心态: 浮躁和焦虑似乎成了一个普遍的现象,开发者宁愿把时间投入到音视频、Flutter、Framework 这些听起来更牛逼的事情上。新系统年年都有,这个性价比不高。

这样看来,新版本适配的前景看起来不明朗了。但是,对于想成为一名高级的 Android 开发工程师 / 移动开发工程师的你,我希望你明白这也是个机会:

  • 1、行业愈发成熟规范: 如今的移动开发正处在挤泡沫的阶段,初级的招聘量在减少,但中高级的招聘量在增加,这说明整个行业在区域成熟规范。只要你具备足够的能力,你的薪资也会水涨船高;

  • 2、全面能力: 移动开发已经不再是当年单兵作战的时代,只 “做好” 产品需求已经远远不够了。你不仅需要掌握 Android 本身的知识,还需要全链路的知识扩展,比如产品思维、设计规范、市场运营、数据分析、后端等。如果你已经不是刚工作的小白,但是你却很少了解到这些知识,建议你思考下自己是不是处于舒适区。在这个立场下,系统兼容性就是你全面能力中的一环,你的功能在不同系统下是否兼容,你的技术方案有没有考虑过不同系统的差异,你对 Android 系统有多了解,这些都是你可以体现差异化价值的地方(当然你钻研于技术层面的某一个点,把这个点做到极致也是市场的);

  • 3、别人在焦虑,你在行动: 焦虑不能解决任何问题,与其把时间花在抱怨上,不如把时间花在解决问题上。


2. 我们在做的事

我们希望站在开发者的视角,全面且深刻地解读每个 Android 版本更新,以此建立起一个体系化的 Android 系统适配手册。具体包括:

2.1 两个维度

根据内容相关度,我们将从 2 个维度解读:

  • 基于时间线: 现阶段官方每年会发布一个新的版本,因此有必要以一个 Android 版本为单位,解读该版本涉及的新功能与行为变更。这样可以帮助开发同学了解新版本的更新内容,例如我们会通过一个文档解读 Android 13 版本的更新内容与适配自查表;

  • 基于内容线: 通常一个系统功能模块会历经多个系统版本更新才会趋于稳定,因此有必要以一个功能为单位,解读该功能的主要能力以及不同版本的变更和差异。这样可以帮助开发同学了解该功能在不同版本上的差异,例如我们会通过一个文档单独解读系统通知。

2.2 三个等级

根据故障敏感性分级,我们将系统变更的兼容性划分为 3 个等级:

  • 强制适配❗: 所有应用必须适配,否则会出现编译不通过、功能不可用或者用户体验受损等问题;

  • 推荐适配⭐: 不强制要求适配,但适配的应用将获得更出色的用户体验或更安全的隐私保护等收益;

  • 已适配: 应用不需要任何改动就已经兼容。

2.3 两类行为变更

系统行为变更通常属于以下两种类别之一:

  • 面对所有应用的行为变更: 运行在该系统版本上的所有应用都会影响,而无论应用的 targetSDKVersion 为何。通常应该先针对这些变更进行适配和测试,这有助于用户在新版本系统上运行你的应用时,用户体验不会受损;

  • 以特定 targetSDKVersion 为目标版本的行为变更: 只有 targetSDKVersion 高于或等于系统版本的应用会影响,通常是影响较大或适配工作量较大的变更,我们可以理解为一个 Google 留给开发者的适配缓冲。由于受 targetSDKVersion 控制的行为变更较多,你在适配新版系统时,可以利用下面提到的 “兼容性调试框架” 逐项启用,而不是修改 targetSDKVersion 一次性启用所有变更。


3. 系统适配手册

持续更新中,欢迎加入。

平台版本API Level官方文档适配手册
Android 13TIRAMISUdeveloper.android.google.cn/about/versi…
developer.android.com/about/versi…
Android_13_DP2
Android 12LS_V2(32)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
/
Android 12S(31)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android_12_API_31_S
Android 11R(30)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 10Q(29)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 9P(28)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 8.1O_MR1(27)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 8.0O(26)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 7.1/7.1.1N_MR1(25)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 7.0N(24)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 6.0M(23)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 5.1LOLLIPOP_MR1(22)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 5.0LOLLIPOP(21)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 4.4WKITKAT_WATCH(20)KitKat for Wearables Only
Android 4.4KITKAT(19)developer.android.google.cn/about/versi…
developer.android.com/about/versi…
Android 4.3JELLY_BEAN_MR2(18)/
Android 4.2/4.2.2JELLY_BEAN_MR1(17)/

4. 最新 Android 版本

image.png

Android 13 开发者预览版从 2022 年 2 月正式启动,3 月份 Google 已经发布了第 2 个开发者预览版。目前更新的内容主要还是围绕隐私和安全这个主题,我们会持续跟进官方的 发布计划表,最终版本预计在今年年底发布。

以 Android 13 为目标版本的应用

类别变更兼容性摘要
1. 用户体验等待官方更新......//
2. 安全和隐私设置附近 Wi-Fi 设备运行时权限(新)推荐⭐引入了新运行时权限,可使应用扫描附近的 Wi-Fi
感知设备,而无需请求位置信息权限
后台访问身体传感器运行时权限(新)强制❗引入了新的运行时权限,
用于更好地管理应用在后台时访问身体传感器的行为
IntentFilter 会屏蔽不匹配的 Intent已适配当该 Intent 与接收应用中的  
匹配时,系统才会传送该 Intent
更安全地动态注册广播接收器强制❗应用必须明确指出动态注册的广播接收器
是否接收其他应用的广播
3. 性能和电池等待更新...//

所有应用

类别变更兼容性描述
4. 用户体验多语言支持改进(新)推荐⭐引入了一系列新的语言特性优化,
用于改善多语言用户体验
自适应主题的应用图标(新)推荐⭐应用图标颜色可以自适应 Launcher 主题色调调整配色。
5. 安全和隐私设置通知运行时权限(新)强制❗引入了新的运行时权限,
用于管理应用发送系统通知的能力
可降级权限(新)推荐⭐应用可以主动撤销用户已授予的运行时权限
照片选择器(新)推荐⭐用户可以只向应用提供特定选择的图片或视频,
而不是直接授予整个媒体库的访问权限
6. 性能和电池前台服务 FGS 管理器(新)已适配引入了前台服务 FGS 管理器功能,
可以直接关闭服务和应用
JobScheduler 预提取作业优化已适配系统会更智能地基于机器学习预测应用下次启动
的时间,并根据该估算值执行预提取作业
省电措施改进已适配引入了新的电池省电措施,
以便为系统提供更多方法来管理电池续航时间

完整文档:Android_13_API_33_T


5. 兼容性调试框架

Android 11 引入了一个新的开发者调试工具,能够帮助开发者更加灵活可控地适配新版系统。在此之前,当我们需要适配以特定 Android 系统版本为目标版本的行为变更时,我们需要先做以下操作:

  • 1、修改项目 targetSDKVersion,指向特定的 Android 系统版本;
  • 2、适配所有行为变更,或者至少适配影响编译运行的行为变更;
  • 3、重新编译构建应用,并安装到调试设备上。

这意味着你不仅需要重新编译应用,而且至少需要适配多个会影响编译运行的行为变更,这对适配问题比较多的应用就不太友好了。而使用应用兼容性调试框架,你可以在不升级 targetSDKVersion 的情况下,单独针对某一个行为变更进行适配。

兼容性调试框架支持通过开发者选项或 adb 命令启用或停用各项变更:

  • 使用开发者选项启用或停用变更: 先启用开发者选项后,在系统设置中搜索 应用兼容性变更,从列表中选择调试的应用,再从变更列表中找到各项变更。例如:

  • 使用 adb 命令启用或停用变更: 直接执行 adb 命令,模板如下:

    adb shell am compat enable (CHANGE_ID|CHANGE_NAME) PACKAGE_NAME
    adb shell am compat disable (CHANGE_ID|CHANGE_NAME) PACKAGE_NAME
    

    其中 PACKAGE_NAME 是应用包名,CHANGE_ID 或 CHANGE_NAME 是兼容性框架为每个变更定义的唯一标识,你可以在各个版本的官方文档中找到完整的变更列表:

相关文档:兼容性框架工具


6. 总结

目前,GitHub · AndroidPlatformWiki 还是新项目,邀请你参与贡献。关注我,带你了解更多,我们下次见。

你的点赞对我意义重大!微信搜索公众号 [彭旭锐],希望大家可以一起讨论技术,找到志同道合的朋友,我们下次见!