今天小编分享的科技经验：争议Android“假开源真封闭”：开发者们该何去何从？，欢迎阅读。
这两天，技术开发领網域的大新闻被 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 设备等，超级终端允许多个设备共享资源，协同工作，并且支持多模态互動，能提供更智能的体验。
" 我们应该对技术开源这种事情祛魅，把精力和目光放在面向未来的系统生态中。" 一位开发者说。
经验老道的开发者们不会陷入 " 开源闭源 " 的争论，纠结这种争论本身也没必要。因为无论选择哪个系统、哪个生态，生态的支持力度、开发环境的便利性和系统的流畅性才是关键。在这个过程中，应该警惕 " 开源霸权 "、规避 " 路径依赖 "，在最重要的时刻才有底气。国内开发者、大厂和用户们都应该开始思考这个问题了。
