近日有媒体报道称，谷歌将停止维护Android开源项目（AOSP），未来所有Android开发将仅在谷歌内部进行，也只有谷歌内部员工才能访问AOSP的内部分支或提交代码，Android的开发过程将不再对外透明。
经过小编核实，该消息应该最早来自于外媒Android Authority，Android Authority称，谷歌向其确认将全面调整Android操作系统的开发模式，将所有Android OS开发工作转移至内部分支，取消公共AOSP分支的实时更新。
因此很多朋友都认为，谷歌此举代表着Android系统走向封闭，而各家国产手机厂商基于AOSP项目的系统也将遭受致命打击。
Android之所以能成为全球最普及的移动操作系统，其最主要的功臣就是开源项目AOSP。AOSP以 Apache 2.0许可发布，使得任何厂商和开发者都可以使用、修改甚至重新分发这一基础代码，得益于这一特性，OEM厂商们可以基于AOSP打造有自己特色的定制化系统，包括三星ONE UI、小米MIUI等等。
但这种‘Android 走向封闭’的担忧，可能只是相关媒体的误解。
实际上谷歌所开发的Android系统采用“双轨制”模式：
公共AOSP分支，向所有开发者开放，允许外部社区提交代码和跟踪系统变动，一些组件（如构建系统、更新引擎、蓝牙堆栈、虚拟化框架和 SELinux 配置）在AOSP社区优先发布。
内部开发分支，专门为Google Mobile Services（GMS）合作伙伴服务，大部分组件（如核心操作系统框架）在内部开发分支优先发布。
Android Authority的报道原文称：
Because Google develops large portions of Android in its internal branch, the public AOSP branch often lags far behind what’s available privately. This difference is apparent when comparing feature and API availability between a clean AOSP build and Google’s latest Android 16 beta, which was built from its internal branch. While the shift to trunk-based development reduced this discrepancy, it persists and continues to pose challenges for Google.
This discrepancy forces Google to spend time and effort merging patches between the public AOSP branch and its internal branch. Due to how different the branches are, merge conflicts often arise. Take for example this patch that enables screen magnifier functionality for the navigation bar and keyboard. The patch introduces a new accessibility setting, which is placed at the end of the list of accessibility settings. This creates a merge conflict as the list’s length varies between AOSP and Google’s internal branch. While a fix for this specific issue is straightforward, numerous other AOSP patches trigger similar merge conflicts when integrated into Google’s internal branch.
由于内部分支与公开分支在功能和API上存在显著差异，每当两端代码同步时，总会遇到诸如屏幕放大器设置、存储API等功能的合并冲突问题。为了解决这一问题，谷歌计划将所有Android系统组件的开发统一在内部私有分支中进行，从而大幅度降低因版本不同步而引发的合并难题。
将开发工作从AOSP项目中转移，并不代表着Android系统走向闭源，谷歌仍旧承诺将继续在AOSP社区发布Android系统源代码，以及Android的Linux内核分支源代码。
只不过相对于实时更新代码的AOSP来说，未来Android源代码可能只能等待重要的节点更新，比如未来Android 16正式版的发布。
那这到底会带来什么样的改变呢？
首先是大家所担忧的手机厂商们，事实上它们几乎都是谷歌的GMS合作伙伴，Android开发全部转向内部分支，意味着内部版本与最终发布版本之间的合并工作将更加简化，可能在一定程度上能提升Android系统更新和bug修复的整体效率。不过，厂商对新版本功能预览和内部接口的掌握可能会受到一定限制，需等待正式版本发布后才能全面适配。
其次是第三方ROM开发者，如果没有GMS许可证，其大版本更新的工作只能在谷歌公布源代码之后再进行，进度一定是远远落后的，其次AOSP不能再实时更新代码，第三方ROM比较重要的Nightly（每夜版）更新肯定是没了。
影响较大的应该是AOSP社区的外部开发者，能够实时访问和贡献AOSP源码是他们能直接参与Android平台演进的重要途径，如果没有GMS许可证，他们很难面对始终滞后数周或数月的代码做出贡献。
至于普通消费者，拜托，我真的很难想到这对我们会产生什么影响。
原创文章，作者：houxiangyu，如若转载，请注明出处：http://www.antutu.com/doc/134044.htm
登录后才能评论
0还是鸿蒙好
6痔商不够，碍掴来凑☝️🤓
改变不了我心中爱国的源代码
2只有你需要充值“碍掴”之心来弥补智力上的不足呢😙
有我的爱国之心好吗
0对✔️
省流：合作伙伴开始分会员制
3改变不了我心中爱国的源代码
0有我的爱国之心好吗
说明你阅读习惯太好了👍
3说明你阅读习惯太好了👍
我仔细读完一篇才看见你的省流，更费流量了🤓
4我仔细读完一篇才看见你的省流，更费流量了🤓
省流：合作伙伴开始分会员制
8省流：合作伙伴开始分会员制
7省流：不再实时更新