弥合 Android 生态的碎片化，这是谷歌从 2017 年的 Android 8 就开始做的一项大工程。时隔 9 年，到了 Android 17 时代，碎片化是否已经不再是个问题了呢？在刚刚落幕的 Android 开发者峰会上，谷歌亲自泼了盆冷水，Android 生态依然碎了一地。

谷歌通过 Android Studio 抓取了最近 7 天访问过 Google Play 商店的设备，从而统计出 Android 各个系统版本的数据。其中，排名第一的是 Android 16、占活跃设备的 25.4%。排名第二的是 Android 14，仍有 15.3% 的设备运行这一版本，Android 15 以 14.7% 紧随其后，但 Android 13 和 Android 11 依旧占据相当可观的份额，分别为 11.8% 和 10.5%，Android 12 的份额则是 9.6%。

令人诧异的是，在三星、小米、vivo、OPPO 等厂商陆续开始推送的情况下，Android 17 的份额才仅仅只有 1%。谷歌看到这个统计可能也无语了，怎么努力了这么些年，Android 的碎片化问题依旧还是原地踏步？

事实上，一次 Android 系统的大版本更新需要经历相当复杂的步骤，从谷歌发布 AOSP 到芯片厂商（高通、联发科）适配驱动，再到手机厂商定制 UI 并测试以及运营商测试认证，最终才会到达用户。在这个过程中，芯片厂商的支持周期和手机厂商的支持意愿就是两大瓶颈。

Android 8 时代，谷歌带来了 Project Treble 机制。而 Project Treble 则是将 " 系统层 " 和 " 驱动层 " 拆分，解耦系统框架与硬件驱动，将 Android 系统拆分为两个可独立编译的部分，分别是负责上层体验的   system.img（系统框架）和负责底层硬件驱动的   vendor.img（供应商实现），大幅延长了芯片的支持周期。

在 Project Treble 问世前，Android 系统的大版本更新就好像你为了更新电脑里的软件而重装整台电脑，有了 Project Treble 后，系统更新就如同在 PC 上更新驱动程序。按照谷歌方面的说法，Project   Treble 使得手机厂商的升级成本降低了 76%，Android 9 的普及速度是前代的 2.5 倍，Android 10 的普及速度又进一步提升了 1.5 倍。

到了 Android 10 时代，谷歌再次引入 Project Mainline，将 Android 系统的 12 个核心组件，也就是媒体编解码器、Conscrypt、权限控制器、模块元数据等模块化，通过将系统拆成零件，让它们也能像 App 一样进行更新。

客观上来看，谷歌在技术层面确实大幅降低了手机厂商更新 Android 系统的难度。可技术问题好解决，厂商们的意愿却很难动摇。虽然 Android 手机厂商普遍采用互联网后向收费模式，利润主要靠软件业务提供，但这并不代表硬件的销售就不重要。可持续为旧设备提供系统更新不仅无法带来新的收入，反而可能因为提升了旧设备的流畅度和安全性，反而降低用户更换新机的意愿。

即便手机厂商愿意积极更新系统，前方还有一座大山，那就是 App 开发者。从某种意义上来说，部分热门 App 的开发商才是 Android 迟迟无法解决碎片化问题的绊脚石。

大家能想象吗，直到 2023 年，微信才放弃对 Android 5 的支持，但此时距离后者的发布已经过去了 9 年时间。即便是在 2026 年，微信最低支持的 Android 系统版本，还是 2016 年发布的 Android 7。

隔壁的抖音也不遑多让，它如今居然还能适配 Android 5。不仅如此，字节跳动方面甚至曾专门发文，介绍他们是如何利用 ART 虚拟机 malloc space 扩容、FD/FD_SET 扩容、M:N 用户态线程等技术，让老手机刷抖音也流畅。

从 App 开发者的视角来看，尽可能挽救存量旧手机用户的体验是他们的使命，让老手机也能运行新 App 不但能秀技术，还能展示出亲民的姿态。然而这种操作无疑就给谷歌添麻烦了，当用户发现即便多年不更新系统，Android 手机也能照常使用，又有什么理由去升级系统呢？

【本文图片来自网络】