弥合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手机也能照常使用，又有什么理由去升级系统呢？