Android闭源是假，Google想封闭是真
2007年11月5日，Google联合多个手机制造商、芯片厂商和移动运营商，宣布成立全球联盟，共同开发一个开源移动操作系统——Android。在当时，这款既诞生于闭源iOS之后、也不如搭载在首代iPhone那般让人惊艳的系统，却凭借开放策略迅速赢得全球的支持，最终成为移动领域的霸主。
但让人始料未及的是，如今，这个曾以“开源”打遍天下无敌手的 Android，正悄然向“闭源”的趋势靠拢。
据外媒Android Authority报道，Google已向其证实，Android开发将全面转向内部进行，最快下周开始。这意味着未来Android所有核心开发都将移入私有环境。不过值得注意的是，源码仍会对外开放，只是开发过程不再公开，但Android生态逐步走向封闭已成为不可否认的现状。
CSDN付费下载自视觉中国
放弃双分支开发模式，全部转向内部开发
事实上，熟悉Android的人应该知道，一直以来Google 对 Android的开源策略并不彻底——Android既包含开源部分，也有闭源部分。从这一属性来划分的话，它主要由两大部分组成：
Android开放源代码项目（AOSP，Android Open Source Project），是Android的基础，提供了整个智能手机系统的基础骨架。这部分是完全开放的，其采用了Apache 2.0许可证发布，允许任何人免费使用、分发或修改，并且不强制要求开发者开源其修改内容。这种宽松的许可模式使AOSP得以广泛应用。
其中，不少芯片厂商在AOSP基础上发布自己的版本，终端厂商也有不少是使用芯片厂商提供的Android代码，同时深度定制系统，打造自有软件生态和独立账号体系。例如，小米的澎湃OS、vivo的 OriginOS、OPPO的ColorOS，以及荣耀的MagicOS，多数是在AOSP的基础上进行二次开发，通过重构底层技术，实现差异化创新。
谷歌移动服务（GMS，Google Mobile Services），这部分是Google Android的灵魂，但它是闭源的。GMS集成了Google生态的核心服务，包括 Google Play商店、语音助手、Google地图、Gmail、YouTube、Google照片等。这些服务仅限于获得GMS许可的厂商使用，如三星、摩托罗拉等。
据Android Authority称，虽然Google允许外部开发者向AOSP贡献代码，但真正主导开发的还是Google自己，最终决定哪些代码被采纳、何时发布新版本的也是Google。换句话说，AOSP虽然是开放的，但Android的发展方向还是Google说了算。
长期以来，Google为了在AOSP的开源属性与自家产品开发策略之间保持平衡，他们既要维护公开的AOSP分支，又要在内部持续迭代包含GMS的版本。
简单来看，就是对同一个系统采取双分支维护的方式。这种模式带来了额外的开发成本，Google需要花费大量精力在两个分支之间合并代码，而由于代码差异较大，合并时经常会遇到冲突。
而Android Authority透露，Google早就习惯在内部开发Android的核心部分，而不是完全在AOSP公开推进。Google这样做的理由是，避免开发者和手机厂商跟着那些尚未完成的实验性功能折腾，希望让大家用更稳定、统一的Android版本。但从另一个角度看，这也让Google对Android生态的掌控更为严格，防止厂商们随意改动AOSP，导致 Android版本过于碎片化。
目前，AOSP里还保留了一些公开开发的组件，比如蓝牙协议栈，但Android的核心部分，尤其是Android OS框架，早已搬到了Google内部。
来源：《全面认识 Android OS》
现在，Google进一步调整策略，放弃AOSP和内部版本的双分支开发模式，将所有 Android开发工作集中在内部，不再对外公开。
对外给出的理由是——进一步简化开发流程，让每个人的工作都更轻松。
这是否意味着Android将完全“闭源”？
那么，这是否就意味着Android以后成为“闭源操作系统”了？
其实未必。
Google向Android Authority证实称，它仍会保持Android的开源性质，因此这并不意味着Android彻底变成闭源。
每次发布新版本时，Google仍会向AOSP公开源码，比如今年晚些时候发布Android 16时，源码也会同步开放。此外，由于Android的Linux内核分支采用GPLv2许可证，Google 仍然必须遵守开源协议，持续发布Linux内核的源代码。
不过，这一调整会影响Android部分组件的源码发布节奏。
过去，一些组件（如构建系统、更新引擎、蓝牙协议栈、虚拟化框架、SELinux配置）会优先在AOSP中开发，而核心OS框架等大部分组件则主要在Google内部进行。现在，部分功能（如仅解锁存储区API、上述提及的蓝牙协议栈）仍然在AOSP中开发，但从下周起，所有Android的开发工作都将彻底转入Google内部，源码只会在正式发布新版本时才统一开放。
对开发者的影响
谈及此举会对带来什么样的影响，对于Google自己的团队来说，这样做确实能减少工作量，让开发流程更加顺畅。
从外部来看，对普通Android用户来说，这一变化几乎没有影响，很多人可能甚至不会察觉。
对大多数开发者而言，影响也不大，因为这次调整只涉及Android平台本身。而那些开发自定义ROM的开发者，通常也是基于AOSP的特定版本或发布分支进行开发，而不是直接跟进AOSP主分支，因此对他们的影响也很有限。同样，基于AOSP进行产品开发的厂商，原本就不会直接使用 AOSP 主分支，因为它本身并不稳定。
不过，对于希望直接参与AOSP开发的外部开发者来说，这无疑是个坏消息。没有GMS 许可的开发者将更难向Android OS贡献代码，因为 AOSP 上能看到的代码将始终比内部开发版本滞后几周甚至几个月。
此外，Google的最新变化也会让外界对Android未来版本的了解变少。过去，AOSP的代码更新经常会透露一些即将推出的新设备、新功能，或者某些即将被移除的特性，甚至还能看出哪些应用可能会被Google限制。而一旦Android彻底转向内部开发，这类信息可能就不再能被提前发现，开发者和用户也就更难在Google推出不受欢迎的改动之前进行反馈或抗议。
一些Android开发者也同样认为：
这可能会给一些开源 Android 版本的开发者带来麻烦，比如 LineageOS。相比于逐步了解和适应新变化，一下子面对大量变更会更加棘手。
不过，老实说，这对那些以Android为基础开发系统的从业者来说，影响可能并不大（我之前也做过这方面的工作）。在这个行业里，开发者本来就处于“食物链”的底端，排在芯片厂商（SoC）、代工厂（ODM）和品牌厂商（OEM）之后，而这些上游厂商的代码仓库往往更新缓慢，效率也不高。
虽然理论上你可以随时查看 AOSP 的源代码，但实际上，很多关键的东西早就被不同厂商修改过，想要把这些变更顺利整合进自己的代码库并不容易。
预计Google本周会公布更多细节，而这一调整最快可能会在下周正式生效。
业界的看法
话虽如此，Google关闭Android系统公开开发进程的调整还是引起不少开发者的担心，众人普遍认为——“Android闭源是假，但是其生态愈发封闭为真”。
来自HN上的用户IshKebab评价道：
虽然表面上可以说这是为了防止泄露（确实偶尔会发生），但我认为这更可能是 Google迈向闭源的第一步，尤其是在欧盟干扰了他们的开源盈利策略的情况下。其实，应该说这已经是他们的第N步了。Google早就把大量功能转移到了Google Play服务里，还停用了许多AOSP版的原生应用，比如日历。
axegon_表示：
这种情况我见过太多次了。接下来，许可证会开始变更，功能被锁定甚至彻底移除，开发工作也会逐步向完全闭源的方向推进，最终变成一个封闭的生态。是时候支持一下Jolla和Sailfish OS，然后考虑迁移了。
此前操作系统领域专家谢宝友在接受CSDN采访时，谈及为何要真正自研操作系统，也担忧过Android会逐渐走向封闭的路径。他认为国内确实需要自研操作系统，主要有以下几个痛点：
首先，Linux操作系统领域人才匮乏。真正能够将Linux源代码分析透彻，并能就Linux的疑难故障给出完美解决方案的人才，实属凤毛麟角。从另一个角度来看，国内还不能深入到Linux内核社区，独立研发Linux核心模块。
其次，Linux操作系统用于核心关键领域的安全性问题。在大数据时代，任何普通个人的信息隐私都不再只是个体问题，这会影响到整个社会的安全。同时，系统中存在的 CVE 安全漏洞也不少。有些CVE安全漏洞在Linux中存在了20年，竟然没有被全球开发者和安全专家发现。
最后，Linux操作系统从开放走向封闭的可能性是存在的。10年前，Android会走向封闭的言论在当时被认为是无稽之谈，而现在却噩梦成真。同样，10年以后，Linux也有可能走向封闭。因此，从未雨绸缪的角度来说，我们需要开始搞真正自研的操作系统，而不能自欺欺人地搞伪创新、边缘优化、单点突破。
你如何看待Google的最新举措？欢迎分享你的观点。
(来源：新浪科技)
