2026年5月8日，由独立开发者 “布布” 主导的OpenHarmony-NET/OpenHarmony.Avalonia项目正式宣布停止更新并归档。
该项目是.NET 生态中，将 Avalonia 跨平台 UI 框架适配 OpenHarmony（鸿蒙）系统的关键探索项目，曾被认为是打通.NET 开发者与鸿蒙生态的重要桥梁。事件因合作争议引发，在国内开源社区与.NET 开发者圈引发了广泛讨论。
事件完整来龙去脉
开发者 “布布” 为.NET 社区资深开发者，出于个人爱好，从2024年起利用业余时间推进 Avalonia 框架与鸿蒙系统的适配工作，目标是让.NET 开发者能直接开发鸿蒙原生应用。
项目在2025年初取得关键进展，实现了.NET NativeAOT 运行时在鸿蒙上的基础运行、Avalonia UI 真机渲染，甚至完成了 MAUI 程序在鸿蒙的兼容测试，一度被视为鸿蒙.NET 生态的突破点。2025年7月Avalonia 官方与华为洽谈合作，计划推进鸿蒙适配工作，并承诺合作达成后，全职或兼职雇佣开发者 “布布” 继续主导适配项目。出于对 Avalonia 与华为合作的信任，开发者为了避免利益冲突、配合技术规范确认，将项目从公开仓库转入闭源开发，暂停了对外更新。
可就在技术攻关完成、方案基本定型的时候，风向变了。此后合作多次推迟，直到2026年初，多家外包公司通过 B 站、博客联系开发者，寻求承接 Avalonia 鸿蒙适配项目，让开发者随便开条件，开发者才得知：华为在与 Avalonia 洽谈期间，将 Avalonia 提供的技术信息，在招标平台上向国内供应商公开招标。开发者确认，招标信息中的技术细节，正是 Avalonia 向华为提供的合作资料，而华为名义上仍与 Avalonia 洽谈合作，实际已通过招标分流了适配需求。但开发者认为自己不需要一个外包公司的工作，所以拒绝了外包公司的邀请。
2026年5月，Avalonia 开发者发现，某外包公司在 Boss 直聘上发布了《Avalonia 框架工程师》招聘信息，且该外包公司已成功中标鸿蒙适配项目。开发者在与 Avalonia 核心成员董彬确认后，证实了项目被外包公司承接的事实，最终决定终止项目。
开发者在 GitHub 发布公告，宣布 OpenHarmony-NET 组织下的所有项目停止更新，已开发内容不再公开。公告中提到，后续适配工作大概率会由中标外包公司以 “某 SIG 组织” 名义开源，开发者拒绝将自己的前期成果无偿公开，仅要求后续使用相关代码的企业遵守 MIT 协议，保留原作者署名。
白嫖还是合作没谈拢？
有分析认为这是一场披着商业流程外衣的、对民间开源开发者的 “技术性白嫖”。
它不是法律意义上的侵权（没有直接复制代码），但在开源伦理、商业信用、开发者权益保护的维度上，就是典型的 “白嫖” 行为。开发者布布的核心损失，不是 “没拿到钱”，而是信任被辜负、前期探索性投入被无偿收割、个人成果被第三方通过招标流程 “洗白”。
布布原本是纯个人爱好推进开源项目，2025年7月后，因为 Avalonia 官方和华为谈合作，且承诺 “合作达成后全职 / 兼职雇佣他继续适配”，他才主动停止公开开发、转入闭源仓库。这个行为本身，是他为了配合潜在的商业合作，放弃了开源社区的反馈、贡献和曝光机会，本质上是为合作方提前付出了机会成本和时间成本。
华为与 Avalonia 的合作洽谈长期推迟，却在公开招标平台上，拿着 Avalonia 提供的技术信息（包括布布前期探索的适配方向）向国内供应商招标。招标信息里的技术细节，正是 Avalonia 向华为提供的合作资料，而布布的前期工作，是这些技术信息的重要来源之一。
换句话说：合作方利用开发者的信任和前期投入，完成了技术方案的验证，然后转身通过公开招标，把项目给了第三方外包公司，但开发者不愿跟第三方外包公司合作，最终开发者的成果被无偿使用，还拿不到任何权益。
但也有人认为：华为和 Avalonia 合作谈不妥，必然会找第三方公司来执行，现在第三方公司跟开发者布布说了愿意合作，条件也让布布随便开，但布布不愿意去第三家公司，只愿意与Avalonia合作，导致目前的局面。华为本身没有错，开发者也没有错，只是合作没谈拢而已，开发者并不能决定华为和哪家公司合作。
整个事件中，是Avalonia跟开发者说，跟华为的合作谈成后雇佣你，让开发者停更、转入闭源、配合等了一年，让开发者承担了机会成本，Avalonia却没有任何补偿。
目前华为尚未回应此事。
热门跟贴