前阵子发生了一件挺有意思的事。
微软在Build 2026上正式宣布：WinUI成为Windows现代原生应用的唯一生产级UI框架，连"WinUI 3"里的"3"都去掉了，直接叫WinUI，官方表态"没有计划再搞一个新框架"。知乎
微软这次也不是光喊口号：Windows 11的核心组件（比如开始菜单）正在逐步迁移到WinUI上，他们还给Rust开发者端出了Windows Reactor——一套可以用接近React的方式写WinUI界面的声明式UI库。知乎
按说这是开发者该放鞭炮的事。但你翻翻国内的开发者社区，气氛完全不对：一篇叫《为什么Windows原生开发是一坨大便？》的长文最近收获了700多个赞，而在讨论Windows开发平台混乱局面的问答下，开发者把微软一轮又一轮的框架承诺嘲讽为"技术布朗运动"，直呼这是聪明人在做蠢事。知乎
官方宣言发布了两个多月，民间氛围还是"观望"。如果你正好在为新Windows桌面项目选技术栈，或者纠结手里的内部工具、上位机要不要迁移，这篇就是写给你的。我把全网看了一遍，先说清楚为什么这次"最终答案"没人激动，再给你三个能直接对照的结论。
为什么"不再出新框架"的宣言，反而让人更慌
理解这波观望，得先看微软的履历。一位微软前CTO曾发长文，把Windows的混乱局面总结成"14年14次转变，17种GUI共存"。知乎
这不是调侃。Win32、MFC、WinForms、WPF、WinRT、UWP、MAUI、WinUI 3，一代推翻一代，每一代都没做完就被下一代推翻。最痛的是UWP时代：推送通知、动态磁贴、商店分发这些新功能统统锁死在新框架里，坚持写WPF的开发者成了"二等公民"，文档不再更新，Issue没人理会。
受不了的人直接出走，Electron就是在那个窗口期崛起的。更讽刺的是微软自己的选择：Visual Studio Code跑在Electron上，Teams跑在Electron上（后来换成了WebView2），Outlook正在用Web技术重写——厨子自己都不吃自己做的菜，你让食客怎么信后厨？知乎
所以这次微软说"不再出新框架"，很多人的第一反应不是激动，而是：这个"最终答案"，会不会又是哪一代的坟？不过公平地说，微软这次确实拿出了一些实际行动。今年7月到8月，Windows 11的更新持续用WinUI替换老旧界面；社区也很快有人跟进，用WinUI3和.NET10把12年元老级软件图吧工具箱重做了一版。知乎
方向是真的，问题在于：真上手的时候，这条路有多贵？
WinUI的真实成本：写个小工具，六成问题要回头找Win32
喊口号不要钱，真开发才贵。社区里那篇700多赞的文章做了个实测：用WinUI + Windows App SDK写一个显示器黑屏小工具（打游戏时把旁边两块屏幕黑掉），一共6个功能，结果有点惨。
部署这关就先卡人：Windows 11最新版只预装了.NET 4.8.1，而2026年的.NET版本号已经到10了。知乎选框架依赖部署，用户第一次运行就得看"请先下载运行时"的弹窗；选AOT把所有东西塞进exe，一个黑屏小工具做出来9 MiB。
API这关更难受：监听显示器插拔的新API实际不工作，Issue在GitHub上挂了两年多；枚举显示器的API带着一个四年没修的bug，逼着你用for循环绕路。知乎全局快捷键、托盘菜单、窗口不激活，全都不支持，全靠P/Invoke去调Win32——算下来，6个功能里3个半需要P/Invoke。你学的是"现代框架"，写的还是二十年前的老东西。
分发这关也不省心：官方推荐的MSIX打包依赖代码签名证书，对非美国开发者来说一年要200到300美元。知乎不签名侧载，得在管理员终端里跑一条PowerShell命令；想绕去商店上架，小工具还会收到"缺乏独特价值"的拒信。
这也是为什么很多老手不再走"纯原生"路线，而是早就选了折中方案：原生壳+内嵌WebView2，系统级能力交给原生核心，界面层借Web生态的力，连Teams自己都转投了这条路。
开发者用脚投票的方向：Avalonia
微软在补窟窿的同时，社区开发者用脚投了另一条票——Avalonia。
今年4月，Avalonia 12正式发布，官方给出的数据相当有说服力：全球就有210万个独立项目使用Avalonia完成了1.22亿次构建。知乎它继承了WPF时代的XAML经验，C#开发者上手成本低，更重要的是跨平台——一套代码能跑在Windows、Linux、macOS上，也能应付UOS、银河麒麟这类国产信创系统。
5月官宣的龙架构支持，把地图又扩了一圈：龙芯技术团队与Avalonia中文社区协助确认，Avalonia 12现已支持在龙架构设备上运行。知乎
工控圈的信号更实在。8月，B站一条产线上位机迁移复盘悄然攒下了几十条收藏，完整记录了把一台上位机从WPF迁到Avalonia的全过程。哔哩哔哩工控是对稳定性要求最苛刻的场景，连这里都开始真刀真枪地迁，Avalonia的生产可用性算是过了考。知乎上还有更狠的说法，认为MAUI不如Avalonia，学WPF的尽头就是转Avalonia。知乎
但丑话也得说在前面：Avalonia不是无脑保险。5月，Avalonia适配鸿蒙的项目宣布正式停止更新并归档——第三方框架的多平台承诺，同样可能跳票。知乎押社区框架，本质是押社区的势头，好在眼下这个势头还在往上走。
三个结论，对照你自己的处境
看完这些，判断其实可以下了。没有完美的框架，关键是你的项目输不起哪一步。
结论一：新的商业桌面软件，尤其要跨平台、跑信创系统的，C#团队选Avalonia是当前最优解。工控上位机、工具软件、播放器类应用都有真实产线迁移案例，社区教程和控件库（Ursa、Semi）也成型了；熟Web技术栈的团队直接上Tauri或Electron，不用硬学XAML。
结论二：软件强依赖Windows 11新特性（shell集成、系统级AI入口、商店分发）的，WinUI值得上，但要把成本提前算进排期。P/Invoke互操作、MSIX签名费、Issue修复等待时间，三笔账一笔都不能漏；新项目直接从.NET 10+最新版Windows App SDK起步，别碰老版本。
结论三：存量WPF/WinForms项目，别迁。WPF已经开源、有.NET生态维护，只是新功能慢，不存在"马上死"。把跑得好好的一条产线上位机迁走，风险远大于收益——等WinUI再跑两三个大版本，把显示器枚举、托盘、快捷键这些坑填完，再评估也不迟。
接下来值得盯的信号也很明确：WinUI/Windows App SDK在GitHub上那批陈年Issue的修复速度；Windows Reactor会不会从实验项目变成官方一等公民；Windows会不会通过更新预装新版.NET运行时、解决部署痛点；以及Avalonia的商业化和多平台动向。
最后聊一句：微软这次说"不再出新UI框架"，你信吗？如果你的团队现在给新桌面项目选型，会投WinUI、Avalonia，还是守着WPF不动？评论区说说你的选择和理由。
