这两天，技术开发领域的大新闻被Google一手包揽：
爱范儿在3月27日放出了——“Google决定终止开源Android”的消息引发了轩然大波。
外媒Android Authority最 先报道了这一情况。Google已向其证实，Android开发将全面转向内部进行，最快下周开始。这意味着未来Android的所有核心开发都将移入私有环境。
AOSP（Android Open Source Project，安卓开源项目）是Android的开源基础，由Google主导并开源，提供Android操作系统的核心代码。而Google对Android的开源策略一直分为开源部分和闭源部分。如今，出于减少重复开发和内部统一维护的考量，Google决定不再持续维护开放源代码项目，但仍会在特定时间节点发布源代码。
争议“假开源真封闭”
AOSP基于Apache 2.0开源许可证发布，内部所有代码都是公开的，类似于一个技术社区，任何人都可以下载、查看、提交修改，基于此开发和调试任意软件。而对于内部闭源分支，是Google独立维护的部分，它拥有更完整的Android核心功能。
简单来说，Google后续将会统一发布新版本，这时基于开源的开发者才可以看到AOSP代码的变化。而这对于已经和Google签订协议的手机厂商来说，基本不会受到什么影响，普通Android的消费者也不会感知到任何变化。但对于很多中小开发者来说，他们基于开源AOSP进行实时开发，现在则需要“延迟等待”。
最 大的争议也源自这里——两个分支移入一个分支进行私有环境开发，开源部分不再“实时更新”，那么，在“特定时间节点发布源代码”是否可以直接理解为“终止开源”？
硅星人Pro获得的一份Google给中国开发者发布的声明信中也强调，Google仍然会持续发布Android的源代码，因此这次调整并不意味着Android变成闭源系统。
尽管Google已经给出了直接回复，但人们依然有着不同理解：在Google逐渐收紧Android控制权的大背景下，这意味着它最终会导向一个闭源系统。
这种向私有开发的转变并非突然发生，多年来，Google一直在默默强化自己的铁腕政策——如今的Android早已不像过去那样开放，虽然依然保持着AOSP的更新。例如，大概十年之前，Google已经开始逐渐将一些核心功能转移到闭源分支中。并且，很多非核心功能也已经在开源的过程被放弃。这让Google对平台有了更大的控制权。
一名海外开发者认为，这已经破坏了AOSP原本的技术社区氛围。“在Google推出不受欢迎的变更之前，开发人员和用户也不会有那么多机会向Google提出质疑了。”
原则上，AOSP作为Android开发者社区的重要支持社区，对于开发者的反馈和参与受到一定的限制，过去可以参与讨论、提交补丁，现在互动将减少，社区在Android生态中的作用可能会减弱。
长期从事手机领域开发的人士认为，“Google有点像是温水煮青蛙”，慢慢地它会全部关闭所功能，“我们都已经习惯了。”
这有据可考。从过去的很多案例来看，开源和闭源的争论一直都是一个和生态、商业关联的动作，也是一个互相拉扯的过程。
不少媒体引用了Oracle在收购Sun时，对OpenSolaris项目“延迟开源”的动作。但这其实也有另外的案例：当年红帽（Red Hat）修改CentOS更新策略曾引发不小风波。红帽对CentOS的更新策略进行的重大调整，也引发了开源社区的巨大争议，甚至被部分用户视为“变相闭源”。最初Fedora也就像是如今的AOSP，采用实时滚动更新模式，极客玩家用它来尝鲜。红帽通过收集Fedora的Bug信息优化后，推出付费的稳定版本RHEL（Red Hat Enterprise Linux）供企业客户使用。为满足开源协议要求，红帽会在RHEL发布后延迟推出CentOS免费版本。当时也有不少服务器厂商借此“捡漏”，免费使用企业级系统。
两个案例的核心都反映了开源商业化中的经典矛盾：由于不满一些企业长期“吃免费午餐”，企业如何平衡社区贡献与盈利需求。
但这里面仍然有显著的不同：服务器领域的稳定性要求更高，没有最新的支持，会发生更为严重的宕机，反应更为即时和激烈。智能手机构建的实际上是手机上的各式各样的应用。这个过程相对更长，最后也会有更强的依赖性。
如今，AOSP面临的情况其实恰恰相反——主流厂商们已经和Google签署了合作，这样商业的关系已经构建，因为Android的核心功能大多依赖GMS。这种强势地位已经建立——一定程度上也没必要再去削弱厂商蹭用AOSP的难度。
最直接“受苦”的就是那些中小开发者，也可以说是喜爱尝鲜的极客玩家。当他们等到延迟发布的AOSP版本时，新功能早已在新款安卓手机上普及，失去了尝鲜的乐趣。
一次“开源霸权”的警示
虽然此次Google对于AOSP的“强行”调整，没有为其各大协议授权的科技大厂和他们的用户们带来最直接的影响，但无疑给我们敲响了一次警钟：Android没有实质性的“闭源”，但Google作为核心贡献者，正在收紧控制权，让自己“说了算”。
开发者们认为，这是一次“开源霸权”的警示：过度地依赖单一技术路线，可能存在系统性的风险。
回顾Android的发展史，它起初是构建在开源基础上的手机系统，并且已经基于此获取了强大的市场份额。
在AOSP技术社区中，往往也正是一群号召“技术中立”的拥护者。一开始，Google扮演着“开源精神领 袖”的角色——AOSP代码共建和开放，开发者可以自由修改和构建系统，也无需捆绑服务协议。
也正是靠着这种开源的精神，Google构建起了繁荣的开发者社区。但在Android获得移动系统市场的强势地位之后，即使自己“封闭”一些，收紧控制权，也不再影响目前的市场份额。
对于受影响的这部分“喜爱尝鲜”的极客用户们，认为“这是一种破坏AOSP衍生项目可行性的阴险做法”。
消费者在意的是技术落地后的场景体验，开发者寻找的是高灵活性和创新空间，行业密切关注的是AOSP事件后构建的新秩序。
Google已经实现了移动时代的“开源霸权”，但在AI大模型技术当道，多终端协同的时代下，一个新的终端生态也在酝酿。
例如，如果AOSP保持开放性和快速迭代，会使得开发者能够更快地创建跨设备的应用，并为不同的硬件平台（如电视、智能穿戴、汽车等）提供支持。小型开发者能够在多个终端设备上开发和调试应用，并为其定制独特的功能。
反之，就弱化了它在多端场景上的开发表现。
开发者们保持技术多元化的路线，不仅仅是为了应对系统性风险，同时也是在未来能更有底气的进行选择。
国内也有不少厂商曾经尝试过自主研发移动操作系统。在如今的格局看来，鸿蒙操作系统成为了唯 一能够成功的角色，这也正是开发者、用户甚至是厂商的一种新的选择。
对比目前的主流系统的发展史，苹果iOS、谷歌Android和微软Windows，以及鸿蒙操作系统等，普遍认识是在开源与闭源方面的策略各有不同。如果更倾向于系统级的开发，鸿蒙系统拥有更大的优势。更重要的是，作为国产系统，鸿蒙是现在国内开发者群体中的一股新兴力量，尽管生态体系依然在完善中，但技术开发的发展趋势是围绕鸿蒙生态展开的——中国已是软件应用大国，AI大模型技术应用也正在爆发，跨端跨系统的协同交互成为必然。
更为重要的是，在国产自研的路上，开发者有了自主权的选择。鸿蒙支持一次开发，多端部署：支持手机、平板、智能手表、智能家居、车载系统、IoT设备等，超级终端允许多个设备共享资源，协同工作，并且支持多模态交互，能提供更智能的体验。
“我们应该对技术开源这种事情祛魅，把精力和目光放在面向未来的系统生态中。”一位开发者说。
经验老道的开发者们不会陷入“开源闭源”的争论，纠结这种争论本身也没必要。因为无论选择哪个系统、哪个生态，生态的支持力度、开发环境的便利性和系统的流畅性才是关键。在这个过程中，应该警惕“开源霸权”、规避“路径依赖”，在最重要的时刻才有底气。国内开发者、大厂和用户们都应该开始思考这个问题了。
