据Android Authority报道，谷歌已向其证实，安卓操作系统的开发工作将很快完全转为内部私有化进行。目前，谷歌会在公共的AOSP Gerrit代码审核平台上分享部分开发成果，但未来所有工作都将在私有环境中完成。谷歌承诺，这一私有化举措的目标是简化安卓操作系统开发流程，今后在每次版本发布后会继续向安卓开源项目（AOSP）公开源代码。
安卓开源项目（简称AOSP）是谷歌根据Apache 2.0许可证发布的操作系统。Apache 2.0是一种允许任何人免费使用、分发、修改并重新分发基于AOSP的操作系统的软件许可协议，且不要求支付许可费或公开源代码。这种宽松的许可结构促进了AOSP的广泛采用，催生了诸如三星One UI等定制化分支系统。
与许多其他开源项目类似，AOSP接受第三方开发者的代码贡献。然而，谷歌自身主导着AOSP的大部分开发工作，因为它"将安卓项目视为完整的产品开发工程"，以"确保安卓作为平台和开源项目的生命力"。因此，谷歌对哪些代码可以合并到AOSP以及新版本源代码的发布时间拥有最终决定权。该公司私有化开发AOSP组件的目的是让"开发者和OEM厂商能够使用单一版本（的安卓），无需为了保持同步而追踪未完成的未来工作"。
而安卓生态长期存在的"双轨开发"模式，成为此次变革的核心动因。谷歌始终并行维护着两个代码分支：对外开放的AOSP分支，以及仅限合作厂商访问的私有分支。这种架构导致版本差异如同滚雪球般扩大——当开发者对比纯净版AOSP与基于私有分支构建的Android 16测试版时，发现API可用性和功能完整性存在显著断层。
这种差异迫使谷歌需要花费时间和精力在公共AOSP分支与内部分支之间合并补丁。由于两个分支差异显著，合并冲突频繁发生。以这个为导航栏和键盘启用屏幕放大镜功能的补丁为例：该补丁引入了一个新的无障碍设置项，该设置项被放置在无障碍设置列表的末尾。由于AOSP和谷歌内部分支的设置列表长度不同，导致了合并冲突。虽然针对这个具体问题的修复相对简单，但众多其他AOSP补丁在整合到谷歌内部分支时都会引发类似的合并冲突。
同样地，开发安卓新的"仅限解锁状态存储区域"API时，需要谷歌工程师从内部分支精选（cherry-pick）补丁到AOSP来解决合并冲突。这是因为虽然该API是在AOSP开发的，但包含新安卓构建标志的文件是在内部开发的。因此，必须先内部提交更新构建标志文件的补丁，再将其应用到AOSP。
类似的合并冲突案例可能不胜枚举，这正是谷歌要放弃当前双轨并行的安卓开发策略，转而将所有开发转移到内部的原因。
谷歌表示，仍将坚持发布安卓源代码，因此这一变更并不意味着安卓将转为闭源。该公司将继续发布新安卓版本的源代码，因此当谷歌在今年晚些时候发布Android 16时，公众仍将获得该更新的源代码。此外，谷歌也将继续发布安卓Linux内核分支的源代码，因为该内核遵循要求源代码发布的GPLv2许可证，且独立于AOSP。
变化在于特定安卓组件的公开源代码发布频率。目前某些组件（如构建系统、更新引擎、蓝牙协议栈、虚拟化框架和SELinux配置）采用"AOSP优先"开发模式，即完全公开开发。而包括核心操作系统框架在内的大多数安卓组件主要进行内部开发，不过某些功能（如"仅限解锁状态存储区域"API）仍会在AOSP内开发。
从下周开始，所有安卓开发都将在谷歌内部分支进行，变更的源代码只会在谷歌发布包含这些变更的新分支时公开。由于这已经是大多数安卓组件变更的现行做法，谷歌实际上只是将其开发工作统一到单一分支。
Android Authority报道称，对普通用户而言，这一变更影响微乎其微。虽然它能帮助谷歌简化安卓开发流程，可能影响新版本开发速度和漏洞修复效率，但整体效果可能难以察觉。
对大多数开发者的影响也很有限。应用开发者不受影响，因为这仅涉及平台开发。包括定制ROM开发者在内的平台开发者基本也不会感受到变化，因为他们通常基于特定标签（tag）或发布分支开展工作，而非AOSP主干分支。同样，发布AOSP分支产品的公司也很少使用AOSP主干分支，因其本质上不够稳定。
用户的评论
Android Authority报道称，这个变更是合理的，尽管表面看来对谷歌不利。谷歌当时面临三个选择：维持现状、将所有开发转移到内部，或将所有开发公开。考虑到谷歌对私有化安卓开发的公开解释，以及最近向基于主干的开发模式转型的举措，其决定将开发工作统一到单一内部分支来简化操作系统开发和源代码发布的决策是可以理解的。
但此变更在开发者社区却引发了激烈讨论。在Hacker News等论坛上，批评者将矛头直指安卓长期存在的"伪开源"问题。开发者@bitsandboots尖锐指出："安卓从来都是'只许看、不许碰'的开放假象，其庞杂代码库本质是谷歌维护商业统治的工具。" 这一观点获得大量共鸣。多位开发者控诉谷歌强制应用每年升级API等级的政策是"毫无技术意义的服从性测试"，导致小型应用因维护成本过高被迫下架。用户@everyone直言："这就是平台恶化（enshittification）的标准操作，只为清洗长尾应用节省存储成本。"
维护谷歌决策的声浪同样强劲，强调谷歌做出的历史贡献。资深工程师以"无障碍设置列表合并冲突"为例，揭示公共AOSP与内部代码长期存在数百项兼容性问题，每次发版需投入数百小时人工解决。"这就像用胶水粘合两个不同时代的发动机，合并冲突不是漏洞而是架构癌症。"谷歌员工匿名透露。用户@DannyBee回溯2008年安卓打破运营商封锁的历史："当年若没有谷歌顶着压力开源，我们可能还在用诺基亚的封闭系统。指责安卓不够开源，如同抱怨救命恩人没顺便还清你的房贷。"
【提示：为防止失联，更方便获取奇点财经新闻，请您将本网站添加到手机主屏幕。操作方法：在手机浏览器中打开奇点财经网点击浏览器右上角的小箭头，然后在跳出的窗口下拉菜单里选择‘添加到主屏幕’。添加后，您可以像打开App一样快速访问奇点财经新闻！】
（声明：奇点财经是香港期刊协会创会会员，亦是全球领先的专业财经媒体，我们专注于ESG投资、虚拟资产、数字货币、区块链、Web 3.0、科技金融及AI创新等前沿领域，为企业出海及市场开拓提供有价值的导向。我们致力于提供深度分析和权威报道，探索新兴科技如何重塑金融与资本市场，助力投资者把握未来趋势。如需转载本报内容，抑或您发现本报文章涉及潜在版权问题，敬请联系enquiry@singularityfin.com。）
据Android Authority报道，谷歌已向其证实，安卓操作系统的开发工作将很快完全转为内部私有化进行。目前，谷歌会在公共的AOSP Gerrit代码审核平台上分享部分开发成果，但未来所有工作都将在私有环境中完成。谷歌承诺，这一私有化举措的目标是简化安卓操作系统开发流程，今后在每次版本发布后会继续向安卓开源项目（AOSP）公开源代码。
安卓开源项目（简称AOSP）是谷歌根据Apache 2.0许可证发布的操作系统。Apache 2.0是一种允许任何人免费使用、分发、修改并重新分发基于AOSP的操作系统的软件许可协议，且不要求支付许可费或公开源代码。这种宽松的许可结构促进了AOSP的广泛采用，催生了诸如三星One UI等定制化分支系统。
与许多其他开源项目类似，AOSP接受第三方开发者的代码贡献。然而，谷歌自身主导着AOSP的大部分开发工作，因为它"将安卓项目视为完整的产品开发工程"，以"确保安卓作为平台和开源项目的生命力"。因此，谷歌对哪些代码可以合并到AOSP以及新版本源代码的发布时间拥有最终决定权。该公司私有化开发AOSP组件的目的是让"开发者和OEM厂商能够使用单一版本（的安卓），无需为了保持同步而追踪未完成的未来工作"。
而安卓生态长期存在的"双轨开发"模式，成为此次变革的核心动因。谷歌始终并行维护着两个代码分支：对外开放的AOSP分支，以及仅限合作厂商访问的私有分支。这种架构导致版本差异如同滚雪球般扩大——当开发者对比纯净版AOSP与基于私有分支构建的Android 16测试版时，发现API可用性和功能完整性存在显著断层。
这种差异迫使谷歌需要花费时间和精力在公共AOSP分支与内部分支之间合并补丁。由于两个分支差异显著，合并冲突频繁发生。以这个为导航栏和键盘启用屏幕放大镜功能的补丁为例：该补丁引入了一个新的无障碍设置项，该设置项被放置在无障碍设置列表的末尾。由于AOSP和谷歌内部分支的设置列表长度不同，导致了合并冲突。虽然针对这个具体问题的修复相对简单，但众多其他AOSP补丁在整合到谷歌内部分支时都会引发类似的合并冲突。
同样地，开发安卓新的"仅限解锁状态存储区域"API时，需要谷歌工程师从内部分支精选（cherry-pick）补丁到AOSP来解决合并冲突。这是因为虽然该API是在AOSP开发的，但包含新安卓构建标志的文件是在内部开发的。因此，必须先内部提交更新构建标志文件的补丁，再将其应用到AOSP。
类似的合并冲突案例可能不胜枚举，这正是谷歌要放弃当前双轨并行的安卓开发策略，转而将所有开发转移到内部的原因。
谷歌表示，仍将坚持发布安卓源代码，因此这一变更并不意味着安卓将转为闭源。该公司将继续发布新安卓版本的源代码，因此当谷歌在今年晚些时候发布Android 16时，公众仍将获得该更新的源代码。此外，谷歌也将继续发布安卓Linux内核分支的源代码，因为该内核遵循要求源代码发布的GPLv2许可证，且独立于AOSP。
变化在于特定安卓组件的公开源代码发布频率。目前某些组件（如构建系统、更新引擎、蓝牙协议栈、虚拟化框架和SELinux配置）采用"AOSP优先"开发模式，即完全公开开发。而包括核心操作系统框架在内的大多数安卓组件主要进行内部开发，不过某些功能（如"仅限解锁状态存储区域"API）仍会在AOSP内开发。
从下周开始，所有安卓开发都将在谷歌内部分支进行，变更的源代码只会在谷歌发布包含这些变更的新分支时公开。由于这已经是大多数安卓组件变更的现行做法，谷歌实际上只是将其开发工作统一到单一分支。
Android Authority报道称，对普通用户而言，这一变更影响微乎其微。虽然它能帮助谷歌简化安卓开发流程，可能影响新版本开发速度和漏洞修复效率，但整体效果可能难以察觉。
对大多数开发者的影响也很有限。应用开发者不受影响，因为这仅涉及平台开发。包括定制ROM开发者在内的平台开发者基本也不会感受到变化，因为他们通常基于特定标签（tag）或发布分支开展工作，而非AOSP主干分支。同样，发布AOSP分支产品的公司也很少使用AOSP主干分支，因其本质上不够稳定。
用户的评论
Android Authority报道称，这个变更是合理的，尽管表面看来对谷歌不利。谷歌当时面临三个选择：维持现状、将所有开发转移到内部，或将所有开发公开。考虑到谷歌对私有化安卓开发的公开解释，以及最近向基于主干的开发模式转型的举措，其决定将开发工作统一到单一内部分支来简化操作系统开发和源代码发布的决策是可以理解的。
但此变更在开发者社区却引发了激烈讨论。在Hacker News等论坛上，批评者将矛头直指安卓长期存在的"伪开源"问题。开发者@bitsandboots尖锐指出："安卓从来都是'只许看、不许碰'的开放假象，其庞杂代码库本质是谷歌维护商业统治的工具。" 这一观点获得大量共鸣。多位开发者控诉谷歌强制应用每年升级API等级的政策是"毫无技术意义的服从性测试"，导致小型应用因维护成本过高被迫下架。用户@everyone直言："这就是平台恶化（enshittification）的标准操作，只为清洗长尾应用节省存储成本。"
维护谷歌决策的声浪同样强劲，强调谷歌做出的历史贡献。资深工程师以"无障碍设置列表合并冲突"为例，揭示公共AOSP与内部代码长期存在数百项兼容性问题，每次发版需投入数百小时人工解决。"这就像用胶水粘合两个不同时代的发动机，合并冲突不是漏洞而是架构癌症。"谷歌员工匿名透露。用户@DannyBee回溯2008年安卓打破运营商封锁的历史："当年若没有谷歌顶着压力开源，我们可能还在用诺基亚的封闭系统。指责安卓不够开源，如同抱怨救命恩人没顺便还清你的房贷。"
【提示：为防止失联，更方便获取奇点财经新闻，请您将本网站添加到手机主屏幕。操作方法：在手机浏览器中打开奇点财经网点击浏览器右上角的小箭头，然后在跳出的窗口下拉菜单里选择‘添加到主屏幕’。添加后，您可以像打开App一样快速访问奇点财经新闻！】
（声明：奇点财经是香港期刊协会创会会员，亦是全球领先的专业财经媒体，我们专注于ESG投资、虚拟资产、数字货币、区块链、Web 3.0、科技金融及AI创新等前沿领域，为企业出海及市场开拓提供有价值的导向。我们致力于提供深度分析和权威报道，探索新兴科技如何重塑金融与资本市场，助力投资者把握未来趋势。如需转载本报内容，抑或您发现本报文章涉及潜在版权问题，敬请联系enquiry@singularityfin.com。）
更多资讯
奇点财经
数据来源：奇点财经
阅读模式
