微软押注原生 WinUI，取代 Windows 11 中粗制滥造的网页应用，连 PowerToys 的颜色选取器和文本提取器也已迁移至此

PowerToys 正将几乎所有工具迁移到 Windows 11 上的微软原生 WinUI 3 框架。图片：Windows Latest

PowerToys 0.102 已将颜色选取器和文本提取器迁移到 WinUI 3。此前，图像大小调整器、快速重音、鼠标跳转和键盘管理器编辑器也已在今年完成迁移。微软还在一个公开的 GitHub 问题中跟踪 PowerToys 其余基于旧版 WPF 的界面，接下来将迁移 FancyZones 和 Workspaces。

你可能已经知道，PowerToys 是开源软件。微软原本不必大费周章地重写这些已经很好地服务于高级用户的工具，但团队还是这么做了。此时，微软希望开发者为 Windows 11 开发应用时减少对 Web 应用的依赖，而多年来 WinUI 一直缺少一些基本控件。

PowerToys 在 Windows 11 中运行，任务管理器显示 RAM 使用情况。图片来源：Windows Latest

PowerToys 0.102 使用 WinUI 3 重建颜色选取器和文本提取器

PowerToys 0.102 于 10 月 21 日发布。微软的 Niels Laute 在发布公告中写道：“颜色选取器和文本提取器也迁移到了 WinUI 3。” 颜色选取器新增了覆盖层、编辑器和放大镜，并且“现有快捷键和设置会予以保留。”

我查看了更新说明并进行了测试，发现这并不只是换了层新漆。颜色选取器的迁移将拾色覆盖层、颜色编辑器、缩放放大镜、设置和 Win32 输入挂钩都从 WPF 迁了出来。

迁移到 WinUI 后的 PowerToys 颜色选取器。图片来源：Windows Latest

我最喜欢的工具之一——文本提取器，可以通过 Win + Shift + T 从屏幕任意位置提取文字。它的迁移过程出乎意料地复杂。WPF 默认就为开发者提供透明覆盖层，而 WinUI 3 还不支持（这又是微软正在力推的新框架的一项限制）。因此，团队将截图覆盖层重建为每台显示器各一个无边框窗口，并重写了它在混合 DPI 环境下的定位逻辑。

迁移到 WinUI 后的 PowerToys 文本提取器。图片来源：Windows Latest

OCR、格式处理和表格检测代码也迁入了独立的 PowerOCR.Core 库，不再依赖任何 UI 框架。

今年已有六款 PowerToys 工具迁移到 WinUI 3

PowerToys 工具迁移到 WinUI 3 的版本发布日期键盘管理器编辑器0.98（预览版）、0.100（默认启用）3 月 17 日、6 月 9 日图像大小调整器0.994 月 28 日快速重音、鼠标跳转0.1018 月 25 日颜色选取器、文本提取器0.10210 月 21 日

 

新版键盘管理器编辑器随 0.98 发布时，微软表示：“整个 UI 都使用 WinUI 3 重新构建，让我们今后更容易维护和改进。” 图像大小调整器随后也迎来更新，拥有“更现代的外观，并与 PowerToys 其他部分更加统一。”

不过，我继续深入调查后发现，实际迁移的工具远比迁移跟踪列表中显示的多。Windows Latest 检查了 PowerToys 在 GitHub 上的源代码（截至 11 月 5 日），发现命令面板、Peek、高级粘贴、PowerRename、注册表预览、Hosts 文件编辑器、环境变量、文件锁匠、屏幕标尺、PowerDisplay 和新版快捷键指南也都采用了 WinUI 3 界面。

总计有 17 款实用工具以及设置应用改用了微软的原生框架。仍在使用 WPF 的界面只有 FancyZones 编辑器、Workspaces 和 PowerToys Run；Mouse Without Borders 则使用 Windows Forms。

微软为何要将 PowerToys 从 WPF 迁移到 WinUI 3

PowerToys 开发者 Yu Leng 于 3 月 24 日创建了迁移问题，并解释道：“PowerToys 的各项工具来自不同来源，开发完成的时间跨度也很大，因此我们的代码库现在同时包含 WPF、WinUI 3、WinForms 和 C++ UI 代码。这让新贡献者更难理解，也增加了维护难度。”

Leng 还补充说：“WinUI 3 提供了现代化的 UI，并确保我们的体验符合 Windows 11 的外观和风格。”

迁移还有助于缩小体积。PowerToys 0.100.2 在磁盘上占用 960MB，安装程序则有 271.7MB。部分原因是它重复打包了 WPF 和 Windows Forms 运行时：共享库会将 WPF 引入原本完全基于 WinUI 3 的模块。微软估计，移除所有 WPF 后，安装占用可减少约 85MB，安装程序可减少 30–38MB；如果连 Windows Forms 也移除，最多可节省 138MB。

这些数字是 GitHub 问题中的预估值，相关改动尚未发布。当然，在 1TB SSD 上，85MB 不算什么，但 PowerToys 每增加一款工具就会变得更臃肿，所以能省一点总是好的。

接下来是 FancyZones 和 Workspaces，但 PowerToys Run 将继续使用 WPF

FancyZones 的布局编辑器将在迁移过程中重新设计。Laute 6 月在 GitHub 上写道：“FancyZones 的情况比较棘手。既然要迁移，不如也重新考虑一下它的用户体验，因为它有一些不够理想的地方，还有改进空间。” 后来，一份早期迁移方案草案被关闭，未能合并。

PowerToys FancyZones 即将迎来 WinUI 更新。图片来源：Windows Latest

Workspaces 的编辑器和启动器也在开发中，但透明启动覆盖层、WPF 页面导航以及仍依赖 WPF 的共享库都拖慢了进度。

PowerToys Workspaces 即将迁移到 WinUI。图片来源：Windows Latest

值得肯定的是，微软没有强行让 WinUI 3 用在不适合的地方。PowerToys Run 不会迁移，因为它的插件系统向 22 个以上的插件公开了 WPF 类型。相关问题指出，重写“带来的 UI 改进有限，却会破坏插件生态。” STL 缩略图提供程序完全没有 UI，而且它的 3D 渲染依赖 WPF 的 Media3D，目前 WinUI 3 没有对应功能。

这款深受用户喜爱的 PowerToys Run 无法迁移到 WinUI。图片来源：Windows Latest

微软希望第三方开发者重新使用 WinUI 构建原生应用

你可能已经知道，Windows 11 上充斥着 Web 套壳应用，一个重要原因是 WinUI“平台存在大量功能缺口”，微软的 Chris Anderson 在 Build 2026 上也承认了这一点。许多开发者找不到原生数据网格或图表控件，只好推出基于 WebView2 的应用。讽刺的是，微软的“宠儿”——臭名昭著的 Copilot 应用，本身也是 Web 应用。

如今微软表示，自己“无意打造新框架”，并称“微软推出的许多第一方功能”都将基于 WinUI 构建。WinUI 的开发已转移到 GitHub；微软承认原生应用占用大量 RAM，并发布了实验性的内存优化方案、TableView 和 Chart 控件，甚至将 Windows 11 上古老的磁盘碎片整理工具也列入了 WinUI 待办事项。.

WinUI Gallery 展示实验阶段推出的 Chart、TableView 和 InkCanvas。图片来源：Windows Latest

同时担任 PowerToys 和 WinUI 产品经理的 Laute 还于 10 月 13 日发布了 WinUI Gallery 3.0，让开发者能在控件正式发布前试用即将推出的功能。正如 Silverlight 和 UWP 的拥趸所熟知的那样，第三方开发者以前也听过类似承诺。因此，微软不得不澄清，这次 WinUI 不会被放弃。

PowerToys 的意义远超其表面规模：它是微软一款广受欢迎的开源应用，任何开发者都可以研究，也证明了 WinUI 3 能在日常使用的工具中取代 WPF。如果微软希望 Windows 11 上的应用全部采用原生技术，就需要更多这样的实例，少一些 Copilot 这样的 Web 套壳应用。

WhatsApp 变成 WebView2 套壳应用后，我就卸载了它；现在我也正迫不及待地等待新版原生 Discord 应用。就我个人而言，我希望原生应用真的能回归。