标签：图表 log 学习 ice 一起 中间 解码 针对 迭代
最新的 Android 版本 Q，已经发布了 Android Q Beta 3，虽然没有正式发布，但是不少用户已经加入了测试计划，抢先体验 Android Q 的新功能。
近期不少体验用户反馈，自己的设备升级到 Beta 3 之后，会出现触不及防的强制重启。谷歌方面已经确认，是运行了 Project Mainline 这个在 Android Q 中新加入的功能导致。谷歌在确认的同时也表示，这些问题会在之后的测试版本中修复，不会出现在正式版中。
那什么是 Project Mainline（后文简称 P-M） 呢？它是干什么的？又解决了什么问题？
Android 能有今天的发展，得益于它系统源码的开源，又正是因为它的开源，导致碎片化严重。以至于在谷歌高速迭代 Android 系统版本的过程中，不少用户在吐槽，Q 来了，O 还没用上呢。
而碎片化又会导致各种问题，例如安全，隐私等问题。往往在系统中暴露出来一个问题，Android 团队修复它，还需要等待漫长的时间，才能最终由厂商同步到用户端。
中间环节太多，必然导致更新的缓慢，往往一个安全更新要经过半年甚至一年才能最终被厂商升级到用户端，同时这些步骤中，还有一些是有时间重叠的。
上图表示了谷歌和芯片制造商以及手机厂商之间的更新时间，这各个阶段之间的任何重叠，都可能导致更新的失效。这就导致对于手机厂商而言，使用较旧的但是更稳定的 Android 版本，是更安全的做法。
为了解决这些问题，从 Android P 开始加入的 Project Treble 计划，它就是现在 Android Q 中 Project Mainline 的基础。通过 P-M 的支持，简化并加快了 Android 生态系统的升级更新。
上图为 Project Treble 的计划理想更新时间，在 Android Q 中，谷歌发现与系统级的更新相比，以“模块”为粒度的更新，是一种更有效的方式，这就引入了 Project Mainline 计划。
P-M 可以通过 Google Play，使用一种类似更新应用程序的方式，更新系统的核心组件。这类更新可以无需等待手机制造厂商的 OTA 更新，直接触达用户，同时这些 Mainline 组件，在保证开源的同事，也不允许厂商直接修改，只能由 Google 来更新升级。初期提供的 Mainlin 组件，涉及到安全、隐私、一致性三个方面。
到现在应该都知道 Project Mainline 的作用了吧？
简单来说，Android 的碎片化导致更新困难，而一些重要的功能又迫切的需要及时更新到用户侧，例如安全类、隐私类等，谷歌开启了 Project Mainline 计划。Project Mainline 计划将系统中，重要的“模块”封装成一个个 Mainline 组件，通过 Google Play 的支持，使用一种类似更新应用的方式，在需要的时候，直接更新到用户端，以此来解决碎片化所带来的各种问题。
Proejct Mainline 让你手里的设备更安全并且兼容性更强了。
初期 Project Mainline 支持的模块，主要涉及到安全、隐私和一致性三个方向。但是这种更新方式是通用的，后期不排除可能会携带一些常规更新。
Project Mainline 包含的更新方向：
在 Android Q 中上，初始支持的组件包含:
分模块的好处就可以做到“手疼医手，脚疼医脚，哪里不对点哪里了”，让每次更新更轻量级。
前面提到 P-M 主要是通过 Google Play，以一种类似更新应用的方式去更新这些 Mainline 组件，那它到底是如何运作的？
Mainline 组件最终以 APK 或者 APEX 文件的形式交付。APK 我们很熟悉，而 APEX 是谷歌开发的一种新的文件格式，类似于 APK。但是其根本区别在与，APEX 在系统启动过程中，加载的更早。
因此，以前需要成为完整操作系统更新一部分的重要安全性和性能的更新，现在可以像更新应用一样轻松的下载和安装。
为了确保 Mainline 更细不会破坏原有的功能，还为此增加了保护机制和增加的测试流程，以确保每次更新都是经过全面测试以及完善的后备方案。
Project Mainline 的本意是为了让更新更快触达用户，以提高安全性、隐私和一致性等问题。虽然现在 Android Q Beta 3 中可能会导致强制重启，但是问题已经暴露出来，后续解决它就很简单了。
可能 P-M 的工程师觉得有更新，立即重启一下就可以生效了，就给用户强制重启了，当然这也可能单纯的就是一个 Bug。理论上如果不是很重要的组件更新，可能和重启应用一样简单，就不需要对系统进行重启，但是一些重要的组件更新，可能就需要重启系统来确保它生效。
不过话说回来，再严重的问题，都已经运行在用户端设备上这么久了，也不差这一天两天的。参考 iOS 系统更新的策略就挺好的，立即更新或者在半夜空闲时更新。
这种单模块的更新，可能会让开发人员和测试人员更迷惑，以前兼容性的问题，只需要问清楚手机型号和系统版本，就可以针对性的做适配。现在好了，还需要弄清楚对应的 Mainline 模块的版本号，也许有些问题已经被谷歌偷偷的修复了，但是在用户侧还没有及时更新。这时开发人员还是蛮尴尬的，你说我改还是不改？
你觉得呢？欢迎在留言区讨论！
本文对你有帮助吗？留言、转发、收藏是最大的支持，谢谢！
references:
公众号后台回复成长『成长』，将会得到我准备的学习资料，也能回复『加群』，一起学习进步；你还能回复『提问』，向我发起提问。
让最新的 Android Q Beta 3 强制重启的 Project Mainline，到底是什么？
标签：图表 log 学习 ice 一起 中间 解码 针对 迭代
原文地址：https://www.cnblogs.com/plokmju/p/android_project_mainline.html
