微软宣布WinUI开源完成，首页却还写着暂不收外部代码

2026年8月28日，微软WinUI团队在GitHub官方仓库置顶公告的状态栏里，把四个阶段的开源计划全部标成了对勾。这份公告发布于2025年7月31日，到这次状态更新一共393天。WinUI是Windows 11使用的原生界面框架，微软在官方文档中把它称为开发新一代Windows桌面应用的"推荐原生UI框架"。

打勾的同一天，同一个仓库的README警告框里仍然是那句话：我们还没准备好接受代码贡献，但正在朝这个目标努力。这句没被删掉的提示，比四个对勾更能说明这次开源的成色。

四个阶段全在流程上，没有一个在代码上

把微软的公告逐条摊开，四个阶段的定义分别是：提高内部代码向GitHub镜像的推送频率；让第三方开发者能克隆仓库并在本地构建；让第三方能提交可用的PR并在本地跑测试；让GitHub成为开发、议题跟踪和社区互动的主阵地，内部镜像逐步停用。

值得注意的是，这四条里程碑全部指向协作机制，没有一条承诺"公开多少代码"。换句话说，微软宣布完成的是"开源的工程流程"，而不是"代码范围的扩张"。

关于边界，公告里只有一段话：WinUI在Windows里根基很深，代码库中有一部分触及无法原样发布的专有层，团队正在把可分享与不可分享的部分拆开。这是整个事件中最关键的一句官方表述——它同时承认了耦合存在，也没有给出任何一份"哪些文件不开源"的清单。微软同时提醒，这是一项需要时间和资源的基础性工作，"不是一个拉一下开关的时刻"。

一年过去，仓库留下了哪些数字

microsoft-ui-xaml仓库建于2018年7月，采用MIT许可证，主体语言是C++。截至2026年8月30日，星标约8067个、复本902个、未关闭议题2278个。作为对照，一个刚完成"核心框架开源"的项目，社区体量通常远不止于此。

代码侧的真实节奏可以从PR数据看：2026年8月1日至30日，合并的PR有27个；7月至8月合计45个。最近一次体量较大的改动是8月27日合并的TableView筛选与排序引擎，作者身份为项目成员。外部通道确实打开了——8月29日深夜，一名与微软无关联的开发者提交了PR #11702，标签停在needs-triage（待分类）。IT之家援引Neowin的消息称，由于开源流程仍处早期，目前提交的PR全部来自微软内部开发者，公司在用它们测试完整的端到端流程。

主公告帖下累计198条回复、288个反馈表情，其中"+1"118个。开发者关心的显然不是仪式，而是自己的代码什么时候能被合进去。

微软给的三条理由，和一句不肯说的日期

微软在公告里给出的解释是：未来6个月进入聚焦改进期，除了产品工作，还要做支撑更开放协作的基础性改造；资源上"我们正在审慎配置"，这项工作与安全、平台稳定性、现有产品支持等职责并行推进；并且要与微软更广泛的业务优先级对齐，以确保长期支持与影响。

官方还明确写了一句：我们还不准备为完成全部里程碑给出具体日期。四阶段完成之后没有新的时间表，这是这场开放最耐人寻味的地方——节奏完全由微软内部决定。

把这三段合起来读，可以得出一个推断（这是本文的分析，不是微软的说法）：WinUI开源在微软内部的优先级并不算高，它更像一次研发流程改造——先让自家代码走公开通道、先把构建和测试基础设施理顺，再谈外部贡献。它对内提升效率的价值，可能比对外的生态意义来得更快。

文档打架，暴露了这次开放的真实进度

同一个微软，两处官方口径并不一致。Learn文档页写着"WinUI在开放构建，欢迎贡献和讨论"；README却写着尚未准备好接受代码贡献，并称产品二进制已可本地构建，但共享测试代码、让测试在本地运行"仍在进行中"。README还提示最新代码要使用winui3/main分支，说明主线代码依然是从内部向GitHub镜像外发。

这两句话的冲突，正好是Phase 3与Phase 4"完成"标记最直接的质疑者。按微软自己的定义，GitHub成为"重心"意味着外部贡献成为常态；但仓库首页的警告框说，这件事还没开始。文档同步滞后是一种可能，边界尚未谈妥是另一种可能——目前证据不足以区分这两者。

谁真的受影响，谁不该高兴太早

对三类人来说，这次开放有实际价值：需要长期维护内部工具的企业开发团队，过去遇到WinUI层面的崩溃只能靠猜，现在能读源码、能本地复现；第三方控件与UI库厂商，终于可以逐行对齐微软控件的行为；以及PowerToys这类本身就用WinUI构建的开源项目，依赖关系会更透明。微软自己也是受益方，代码走公开通道会倒逼构建与测试链路的整洁度。

对另外一些人，这次开源什么也没改变。WinUI依然只跑在Windows 10 1809及更高版本上，想要跨平台的开发者拿不到任何新筹码；WPF和WinForms没有被退场，微软的官方措辞一直是"推荐"而非"唯一"，WinUI 2（面向UWP）与WinUI 3两条线并存的选型困惑也不会因为迁移到GitHub而消失。至于Qt、Flutter、Electron的格局，短期内不会因为一次内部镜像停用而改道——微软没有公布WinUI的使用率数据，任何关于"开发者回流"的判断目前都只能是猜想。

接下来值得盯的三件事

第一，README里那句警告什么时候被删除。这是最省事的观测点，比任何路线图措辞都可靠。第二，外部开发者提交的PR被合并的比例。按GitHub公开数据，这件事完全可以量化：看合并PR作者的关联身份是MEMBER还是NONE即可。第三，"解开私有依赖"与测试代码公开是否兑现，以及8月底起的6个月改进期结束时，微软会不会第一次给出可核查的截止日期。同期还要盯那2278个未关闭议题的处理速度——一个真正开放的框架，社区最直观的体感就是自己的问题有没有人接。

把这次开源当成Windows桌面生态的转折点，证据还不够；把它当成微软把自己核心UI代码搬上公开流水线的工程节点，则已经成立。真正的分水岭不在四个对勾上，而在微软愿不愿意让外部代码定义这个框架的下一步。这仍然是个未知数。

参考数据来源

• Microsoft · GitHub Discussions #10700《 WinUI OSS Update: Phased Rollout Toward Open Collaboration》（2025年7月31日发布，正文标注状态更新于2026年8月28日，最后更新2026年8月29日） · https://github.com/microsoft/microsoft-ui-xaml/discussions/10700
• Microsoft · microsoft-ui-xaml 仓库主页与README.md（含"尚未准备好接受代码贡献"警告框，2026年8月30日读取） · https://github.com/microsoft/microsoft-ui-xaml
• Microsoft · GitHub REST/搜索API仓库统计与PR数据（stars 8067、forks 902、open issues 2278；2026年8月合并PR 27个；PR #11702 状态，均为2026年8月30日取数） · https://api.github.com/repos/microsoft/microsoft-ui-xaml
• Microsoft · Microsoft Learn《WinUI 3》产品定位与开源声明 · https://learn.microsoft.com/en-us/windows/apps/winui/winui3/
• IT之家 · 《微软 Win11 原生 WinUI 框架现已开源》（转引Neowin报道，2026年8月29日） · https://m.ithome.com/html/996042.htm
• 今日热榜-科技 · 榜单第1位（热值240000，2026年8月30日采集） · https://m.ithome.com/html/996042.htm