今天小编分享的科技经验：谷歌“假闭源”炸锅全球科技圈，作業系統的“真警钟”被敲响，欢迎阅读。
作者 | 云鹏
编辑 | 漠影
就在上周，海外科技媒体 Android Authority 的一篇报道可以说让整个科技圈炸了锅。
谷歌安卓要 " 闭源 " 了？这样的言论一时间充斥互联网。
简单来说，谷歌安卓开源项目 AOSP（Android Open Source Project）依然会保持开源，只是源代码公布的方式、频率有所变化，对消费者和手机厂商影响不大。
虽然不 " 炸 "，但这件事给行业带来的思考和影响却远没有表面看上去这么简单。
作業系統底层技术的突破，近年来愈发成为厂商们关注的焦点。尤其在 AI 手机浪潮涌起的当下，AI 智能体、AI OS 的实现，都离不开 AI 与作業系統层面的深度融合。
而谷歌 AOSP 风波无疑让业界开始意识到一件事：通向 AI 手机这一确定未来的门票，似乎正被别人攥在手里。
当下除了鸿蒙作業系統 5 之外，各大手机厂商的作業系統，仍然是基于谷歌 AOSP 进行深度定制的，一旦失去了系统核心层面的技术支撑，一切都可能成为空中楼阁。
谷歌作为开源安卓的发起者，手握迭代了 16 年的 AOSP，做出了自己的 " 必然 " 选择，而智能终端厂商们要如何把作業系統这一 " 命门 " 攥在自己手里？这同样是一个必须要回答的问题。
一、谷歌 " 闭源 " 虽是假，但已从双分支走向完全私有化开发
首先，回到谷歌 AOSP 事件本身，上周，Android Authority 发布了一篇标题为《独家：谷歌将完全私有化开发 Android 系统，原因如下》的文章。
这篇文章中释放了三个关键信息：
第一，谷歌向 Android Authority 确认，安卓作業系統的开发将很快完全转向内部进行。
第二，目前谷歌在公共 AOSP 代码库（Gerrit）上分享部分工作，但未来这一流程将彻底私有化。
第三，此举旨在简化安卓系统开发，而非限制外部开发者，因此仍将在每次版本发布后向 AOSP 公开源代码。
简单来说，谷歌并非现在就要 " 闭源 " 安卓彻底私有化，而是在开发和更新代码的方式上做了一些调整。根据谷歌官方说法，谷歌希望借此来提升效率。
2007 年，谷歌联合 84 家硬體制造商、运营商和軟體开发商成立了开放手机联盟（Open Handset Alliance），希望通过开源来对抗当时的大火的 iOS 和 Windows Mobile，发布了基于 Apache 2.0 的 AOSP。
Apache 2.0 允许任何人免费使用、分发或修改 AOSP，这在当时对于打破封闭移动作業系統格局是具有里程碑意义的，也催生了各类定制化系统分支。
2010 年，谷歌进一步推出了谷歌移动服务（GMS），将搜索、地图等核心应用一并打包为闭源服务，与开源 AOSP 形成互补，从而可以让谷歌通过 GMS 授权获取商业收益。
AOSP 接受第三方代码贡献，我们熟悉的国内厂商，比如华为、小米、OPPO、vivo 都曾向 AOSP 贡献过大量代码。
在这个过程中，为了平衡开源特性与产品开发策略，谷歌在 AOSP 的维护方面形成了两条主要分支：公共 AOSP 分支和内部开发分支。
前者对所有人开放，后者仅限与谷歌签订 GMS（谷歌移动服务）许可協定的厂商能访问到。
而这次开发模式的转变，就是从双分支到完全的私有化开发。
此前，蓝牙協定栈等部分系统组件是在 AOSP 中公开开发的，但包括核心框架在内的大部分组件均是谷歌内部开发的。
谷歌已经向 Android Authority 确认，未来所有开发将迁移至内部分支，也就是完全内部开发。
二、" 披着开源外衣的闭源系统 "
谷歌 AOSP 这一模式，至今已经持续了 16 年，长期以来，谷歌安卓以开源模式为人所津津乐道，但实际上安卓开源并非全是 " 美好 " 的一面。
一方面，由于谷歌有大量的开发工作都是在内部完成的，公共 AOSP 分支长期滞后于私有版本，开发者们可能需要自行解决很多兼容性的问题。
与此同时，双线差异也给谷歌自身内部带来了开发层面的挑战。
纯净 AOSP 构建与基于内部分支的 Android 16 测试版在功能和 API 可用性上存在不小的差异，合并代码产生的各种问题层出不穷。
比如一个补丁为导航栏和键盘启用了螢幕放大镜功能，并且引入了一个新的无障碍設定选项，将这个选项設定在无障碍設定列表的末尾。
但这就导致了合并冲突，这个列表的长度在 AOSP 与谷歌内部分支中并不相同。类似问题不胜枚举。
▲螢幕放大镜功能在代码合并中遇到问题
据报道，这也是谷歌决定放弃双线并行的安卓开发、转而将所有开发工作集中至内部进行的关键因素。
除了谷歌自身因素，AOSP 在经过漫长发展后，其本身涌现出的一些问题对于开发者和 OEM 厂商来说也是需要在意的。
比如版本碎片化问题已经是老生常谈，即使到 2025 年，仍有 23% 的设备运行着 Android 11 以及更早的版本，安全更新滞后的问题十分突出。
另一方面，从实际情况来看，谷歌对 AOSP 代码合并和版本发布拥有最终决定权。同时，尽管 AOSP 是开源的，但谷歌长期通过 GMS 授权和 CTS（兼容性测试套件）掌握着生态主导权，也有人称 AOSP 为 " 披着开源外衣的闭源系统 "。
三、谷歌模式祛魅，" 真闭源 " 敲响警钟，作業系統突围势在必行
所以回到大家最关心的一个问题，谷歌的调整对于开发者、厂商和行业有着怎样的影响？
从多位业内人士给出的答案来看，短期来看此次调整影响比较有限，但后续如果谷歌有进一步动作仍然值得关注。
虽然现阶段 AOSP 仍然可以说是开源的，但谷歌逐渐 " 收紧 "、" 转向内部开发 " 的一系列动作不得不引起业界重视。
未来，所有安卓系统的开发工作都将在谷歌内部分支中进行，相关源代码的变更只有当谷歌发布包含这些变更的新分支时才会对外公开，同步至 AOSP。
这次改动对于那些热衷于为 AOSP 做出贡献的外部中小开发者们来说，是有一定影响的，他们不再能通过 AOSP 来提前了解谷歌开发的新进展。
简单来说，没有 GMS 许可的 " 免费玩家 "，参与安卓作業系統开发的难度可能会增加，因为获取代码的速度可能会滞后数周乃至数月。
每次大版本更新，这些开发者们就需要抓紧学习，开发的成本和时间均有增加，对开发效率有一定影响。
对广大普通用户来说，此次变动并不会有可感知的影响，安卓系统大版本的更新速度并不会有大的变化，各家手机厂商作業系統的更新速度也不会受到影响，依然会按照各家自己的节奏来。
对于各路安卓手机厂商们来说，虽然作为 " 付费玩家 "，他们仍然可以通过内部分支获取源代码更新，但谷歌的动作不由得让大家意识到一个问题：AOSP 这事，归根结底还是掌握在谷歌手上。
改不改、怎么改、什么时候改，仍然是谷歌最后拍板。
十余年来，安卓与 iOS 阵营一直在焦灼竞争，安卓厂商在 AOSP 基础上 " 大展拳脚 "，形成自己的独家优势体验，似乎已经形成了一定程度的 " 依赖 "。
虽然各家都在高举 " 自研作業系統 " 大旗，但仔细看来，这些自研作業系統更多是停留在 IoT 设备生态层面，在核心作業系統领網域，目前仍然只有鸿蒙 5 实现了从 OS 内核、檔案系统、数据库、编程语言到 AI、多媒体、图形、集成开发环境等各方面技术的全栈自研。
可以说，即便当下有商业合作的基础，但风险依然存在。说得更直白一些，如今仍处于开源状态的 AOSP，实则已经成为谷歌自家的 " 后花园 "。
有业内人士提到，谷歌将安卓开发完全内部化，必然可以提升其效率、简化作業系統开发与源代码发布的流程，同时可以保持通过定期代码发布来维持开源合规性。
但归根结底，谷歌这么做的一条重要考量是为了自身更好的发展。面对当下 AI 手机的大变局，谷歌需要提升自己在移动生态领網域的话语权和竞争力。
从公司自身发展的角度来看，谷歌这么做是有充足理由的，但同样的，各路终端设备厂商也必须从自身生存发展的角度出发，去重新思考作業系統的底层运作逻辑。
All in Android，绝不该成为唯一玩法。谷歌 AOSP 风波让广大厂商及开发者更深刻地理解了这一点。
结语：作業系統发展走向多元化，掌握核心技术才能手握王牌
今天，终端作業系統正在经历一场深度变革，而拥有真正自主可控的作業系統，正愈发成为整个国内科技圈的期待。
在目前的国内生态系统中，显然鸿蒙已经成为国产作業系統底层突围的代表，也是中国作業系統发展的一个里程碑节点，实现了终端作業系統的自主可控，将核心技术攥在了自己手里。
如今快速成长的鸿蒙生态也成为与苹果 iOS、谷歌安卓并行的三大移动作業系統生态之一。
未来毫无疑问是 AI 万物互融互联的时代，多智能设备之间的高效协同，跨设备的服务流转、数据流转都是当下各家科技终端大厂和系统开发者们聚焦的重点方向，而这些都离不开终端作業系統底层的打通。
今天的谷歌看起来只是在全球终端作業系統生态中煽动了一次翅膀，但在未来，这或许会演变成一场席卷全球科技圈的技术风暴，无数厂商可能都将面临被 " 断粮 " 的风险。
谷歌 AOSP 风波让所有人都开始重新审视整个作業系統的生态格局，核心技术自有化愈发成为整个行业关注的焦点。闭源暂且是假，但作業系統自主可控的 " 警钟 "，是实实在在地被敲响了。
