什么是 Android 碎片化以及 Google 如何修复它

Google I/O 即将到来 并且只有在 Search Giant 准备揭开 Android 新版本的面纱时，了解与 Android 相关的内容才有意义。

自从它 成立，Android 一直都是关于开放性和无处不在的。 这是关于给予人们选择和做更多事情的权力。 这可能是我写的第 100 次 Android 每次我写它时，都必须阐明 Android 代表什么。 目前安卓 在超过 80% 的移动设备上运行 并且是迄今为止最大的移动平台。 它每天为超过 XNUMX 亿用户提供服务，并且有望成为让下一个 XNUMX 亿用户在线的平台

Android 在十多年前就已经有了很好的构想，在它存在的十年中，它在内部和外部都已经成熟了很多。 最初 Android 的设计并不是最好的，但 3 年前谷歌对整个系统进行了改造 Android的棒棒糖5.0 和材料设计。 今天，材料设计定义了网页和移动设计的标准。 回顾该平台的扩展程度，真是令人惊讶。 专用于移动设备的移动操作系统，如今支持各种设备和外形尺寸。 它为从智能手机到平板电脑和智能手表的各种设备提供动力。 近年来，它扩大了对电视、汽车和智能家电的支持。

俗话说“能力越大责任越大”，Android有责任在规模上优雅运行。 话虽如此，离麻烦也不远了。 很明显，管理如此大的平台带来了不可预见的挑战。 今天，我们将看看自早期以来一直困扰该平台的最大问题之一。

如果您是 Android 爱好者，您可能已经猜到我在说什么了。 我说的是 安卓碎片化。

Android 有一个年度发布周期，每年都会在夏末/初秋发布新版本。 这意味着每年用户都可以品尝到来自母亲 Google 的最新和最伟大的功能。 虽然这个想法看起来很有利可图，但实际上并非如此。 整个生态系统被我们今天认为是遗留的各种 Android 版本（Android 碎片化）所分割。 现在在另一边，如果我们 将条件与 iOS 进行比较，这是一个完全不同的故事。 超过 90% 的 iOS 设备运行最新最好的 IOS版本. 这是因为与 Android 相比，Apple 可以完全控制平台和更新，Android 的整个更新情况由芯片供应商、运营商和 OEM 密切控制。

Apple 制造自己的硬件并开发为其提供支持的软件这一事实，使其在更新端比 Android 更具优势。 该公司实际上可以推出更新并将其大多数用户带到最新版本的 iOS，而拥有市场上最常用的移动操作系统的谷歌则不得不等待运营商将用户带到最新版本的 iOS操作系统。

在我们深入研究这种情况的原因之前，我们需要先了解一下典型的 Android 发布周期以及每个实体如何应对延迟。

Android 团队在年底前将 Android 版本的新代码推送到开源分支。 一旦代码出来，它就会被芯片供应商接收，比如 高通公司，谁解压代码以优化操作系统以更好地服务于他们的 SoC 系列，这是整个延迟过程的第一部分。 一旦供应商推送修改后的代码，它就会被设备制造商或原始设备制造商（即您的三星和 LG）接收。 他们获取代码并对其进行修改以使其最适合他们的品牌。 这包括内部修改和外部视觉变化。 这是更新周期中最大的延迟之一。

由于 OEM，更新过程会延迟大约 90 天。 一旦 OEM 完成修改代码，它就会传递给运营商。 运营商可能会也可能不会对代码进行进一步的修改，以将他们自己的应用程序和服务添加到已经被之前的处理程序大量修改的 Android 中。 设备制造商和运营商然后执行测试以认证新版本。 经过上述所有步骤，公司最终将其发布给消费者。 现在这个过程在视觉上可能看起来很小而且很短，但它通常跨越几个月，因为设备制造商的每个单独设备都经历相同的过程。 通常一个 Android 制造商会生产多台 Android 设备。

如果你已经把它写到这个帖子里，你可能想知道为什么谷歌没有解决它，毕竟，他们是大规模解决问题的专家。

您可能在解决规模问题上是正确的，但在 Android 更新方面。 谷歌几乎没有任何控制权，这再次归结为 Android 最基本的原则，“开放性”。 运送搭载 Android 的设备的公司是开放手机联盟的一部分。 开放手机联盟的构想是统一开发人员构建软件的平台，同时仍为用户提供选择设备的选择。 如果您还记得，对于想要为用户提供服务的开发人员来说，Android 出现之前的日子是令人生畏的。 每个设备制造商都有自己的操作系统版本，构建应用程序意味着为多个平台编写多个应用程序。 虽然开放手机联盟解决了平台统一的问题，但它让谷歌处于几乎几乎没有控制的位置。

我知道这并不能真正回答问题，而是放大了已经存在的问题。 解决办法是什么？

为了加快更新周期，显而易见的选择是加快发布周期，而 Google 实际上在 Nougat 中做到了这一点。 他们没有在 3 月发布新版本的 Android，而是提前 XNUMX 个月发布 Android的牛轧糖 并于 XNUMX 月发布了代码。 但众所周知，这并没有真正解决核心问题。

所以现在怎么办？ Android 生态系统还会如此吗？ 用户是否会因缓慢和不确定的更新而继续受苦？

不！

介绍 Project Treble

Project Treble 是 Google 通过使整个更新过程更加无缝和快速来修复版本碎片的最新尝试。 该计划是在几天前宣布的，虽然我们肯定会在距离现在只有几个小时的 Google I/O 期间听到更多关于它的信息，但它的实际运作方式如下。

Project Treble 将为 Android 框架实现兼容性测试套件为应用程序所做的工作。 这是将操作系统分解为多个层的尝试。 借助 Project Treble，由芯片制造商编写的低级软件将与 Android OS 框架分离。 现在我同意这是很多技术术语，但这是整个事情的关键。

在撰写本文时，每当发布新的 Android 版本时，都会更新很多内部代码。 这意味着独立于底层核心的层也会在连续修改中被拖累，并导致更新周期延迟。 借助稳定的供应商接口，OEM 基本上可以跳过 2 次返工迭代，只需更新 Android 操作系统框架，而无需在芯片供应商端进行任何工作。

这种模块化是激进的。 如果一切按计划进行，更新周期将会更快。 这里唯一需要注意的是，Project Treble 将用于搭载 Android O 及更高版本的设备，因此这已经将现有用户群抛在后面。 但从长远来看，我猜这会让 Android 体验更加流畅。

结论 – Android 碎片化以及 Google 如何修复它

更新和发布周期是将 iOS 与 Android 区分开来的关键因素之一。 Apple 对其设备生态系统的完全控制使他们能够更轻松地解决问题或发布新功能，而无需背负传统操作系统的包袱。 版本碎片化一直是Android问题的一个历史问题，最后，我们可能有一个解决方案。 如果 Android 团队成功解决了这个问题，它将使整个 Android 生态系统的体验与其竞争对手 iOS 不相上下。