谷歌将需要所有新的Android 11设备来支持无缝更新

一些主要的更改即将到来是Android手机 - 任何想要用即将推出的Android 11和Google自己的播放服务发货的新设备，需要包括所谓的虚拟A / B分区方案。这意味着设备应具有两个重要的系统分区的两个副本，其中一个被积极使用，另一个用于更新的另一个重要系统分区，而无需离开Android环境即可更新。因此，在恢复屏幕中不再等待Android，为您的系统应用一个重大更新，并“优化所有应用程序”。

VTS更新

对于你们中的一些人来说，这可能已经是一个现实，因为A / B虚拟分区的想法已经存在了很长一段时间，并且已经采用了许多Android设备制造商。但是，它唯一的不是它正在变得强制性。该消息直接从新的提交到测试程序，在谷歌的供应商测试套件或VTS内。

VTS是一组自动测试，可验证特定的Android ROM和设备是否与Project Treble兼容。从Android 11或API级别30开始，虚拟分区和A / B分区设置都是强制性的。只能通过VTS的设备可以获得Google Play服务认证。就那么简单。

如果您发现自己想知道这一切的这种方式以及为什么项目高音涉及到这里是一些背景。谷歌的项目高音可以追溯到Android Nougat。什么雄心勃勃的承诺在Android领域基本上取得了普遍，是所谓供应商接口的引入和大规模采用。

它位于设备制造商提供的低级Android AOSP核心以及特定于供应商的自定义，以及您的设备制造商提供及其特殊功能，启动器，UI等。在此之前，该方法是实际修改AOSP核心本身以实现这些自定义。在更新到新的核心Android OS版本时，这确实增加了困难，因为每个新构建都必须经历相同的每个设备修改。

通过适当的VI到位，底层的Android核心可以简单地换掉新的Android核心，留下所有供应商的自定义，仍然在顶部完全运行或仅需要轻微修改。这是标准的做法，现在已经有了一段时间。上述供应商测试套件检查了此兼容性。之后谷歌可以发出GMS许可证。

从Android 11开始，越来越快地改变，是VTS - Ro.Virtual_ab.enabled = True和Ro.Virtual_ab.Retrofit = False的几个重要标志。这些均值是，在Android 10中引入的新的“虚拟”A / B分区必须存在，并且必须存在于动态可调节的分区，并且必须包括完整的A / B分区方案。而不是改装旧的单分区安装。

A / B分区方案具有某些系统分区，如/系统和/产品复制到两个实例中。一个人正在积极从和使用，而另一个 - 一个精确的副本，可以用于应用系统更新的系统，而不会关闭Android和主分区。完成更新后，将重新启动始终需要另一个分区所需的全部。

此方法可节省系统更新之间的停机时间，但还可以从拙劣的更新中恢复，回到旧分区和功能设备。缺点是为适当的A / B设置保留的存储空间丢失。对于使用更重和更彻底的Android自定义的制造商来说尤为问题。

无论特定，如果制造商希望GMS向前发展，则必须满足这些要求。结合持续趋势以简化和近年来简化和脱钩其他，更高级别的Android应用程序和组件更新时，这绝对会导致更多无缝且更快的更新体验。

　　版权及免责声明：凡本网所属版权作品，转载时须获得授权并注明来源“物联之家 - 物联观察新视角,国内领先科技门户”，违者本网将保留追究其相关法律责任的权力。凡转载文章，不代表本网观点和立场。

延伸阅读