微软承认Windows 11 WinUI 3应用缩放不如被替代的UWP，计划夏季推送修复
Microsoft终于修复了WinUI 3应用在调整窗口大小时出现的黑色撕裂问题。 作为微软努力振兴Windows 11本地应用开发的一部分，微软现已确认WinUI 3将实现类似UWP应用已有的平滑调整大小功能。
Windows 11正经历一次重大的结构转变。多年来，我们一直忍受着古老界面元素、迟缓的网页封装和现代本地应用的混杂局面。
在开发者方面，最落后的视觉问题之一就是现代WinUI 3应用调整窗口大小时出现的难看黑色撕裂。幸运的是，微软设计合作伙伴总监March Rogers表示，修复正在积极开发中，并将很快推送给用户。
“我们正在进行平台改进以解决撕裂问题……预计夏季开始推送。”
坦率说，我之前并不知道WinUI 3应用还没有平滑调整大小，可能原因是绝大多数内置Windows 11应用都是UWP应用。
这是平滑调整大小的时钟应用，因为它是UWP应用：
https://www.windowslatest.com/wp-content/uploads/2026/05/Smooth-resizing-in-Clock-app-as-it-is-UWP.mp4而Windows 11的照片应用是WinUI 3应用，因此调整大小时明显出现撕裂，尽管我已使用深色背景：
https://www.windowslatest.com/wp-content/uploads/2026/05/Photos-app-with-a-very-noticeable-tearing-as-it-is-a-WinUI-3-app.mp4不过，这种情况可能会在几个月内改变……
WinUI 3应用的平滑调整功能将于夏季上线
在社交平台X上，一名开发者联系了Windows设计和工程负责人，询问WinUI 3应用是否终于能拥有老款通用Windows平台(UWP)应用那样的平滑调整大小功能。
https://www.windowslatest.com/wp-content/uploads/2026/05/Developer-demonstrates-how-UWP-apps-resize-smoothly-but-WinUI-3-apps-have-tearing-around-the-edges.mp4他指出，像微软商店和Windows时钟等传统UWP应用调整大小时非常流畅，但他们正在开发的一款现代WinUI 3应用在用户调整窗口大小时出现严重的视觉瑕疵，边缘会出现厚重的黑色边框和撕裂现象。
March Rogers表示，Windows团队目前正着手平台改进以解决撕裂问题。为确保最高稳定性，微软正在本地内置应用上测试平滑调整大小代码。确认修复本地运行良好后，将把更新推送到Windows应用SDK。Rogers确认，推送将于夏季开始。这对高级用户和开发者来说无疑是极大的安慰。
我们正在推动平台改进来解决撕裂问题。我们正在内置应用上测试以确保其运行良好后再推送到Windows应用SDK。预计夏季开始推送。
我觉得最有趣的是March Rogers说他们在内置应用上测试，这意味着我们也许很快会看到原生的一线WinUI 3应用，这并不令人惊讶，因为我们曾报道过微软合作架构师Rudy Huyn正在组建一个专注于打造100% WinUI 3应用的团队，面向Windows 11。
最近，微软资深工程师David Fowler在X上兴奋地发帖称：“原生应用回归了！”
不过让我困惑的是，微软官方已放弃的UWP平台在调整大小时为何比WinUI 3更流畅。
不过，WinUI 3的进展还是相当引人注目……
替代数十年遗留桌面代码的艰难历程
微软当初推出Win32时，并未预料它会持续这么久，而Windows 11依然基于这套遗留代码。试图在三十多年前编写的代码之上叠加现代GPU加速的用户界面框架，必然导致巨大的渲染问题。
磁盘管理工具是仍在Windows 11中使用的Win32应用内部设计团队非常清楚这些图形不一致问题。微软最近表示，正在重点关注Windows 11的设计，从设置应用入手，逐步替换陈旧的控制面板。March Rogers及其团队正系统性地排查这些图形Bug，力求打造真正统一的桌面体验。
不过，解开遗留代码的纠缠是一项庞大工程。我们之前报道过微软为何至今无法彻底淘汰Windows 11中的控制面板——企业依赖深厚，注册表键和复杂的COM对象无法一夜之间重写，否则会破坏关键管理工具。
这一缓慢迁移造成了割裂的用户体验：圆润现代的界面元素与过时的对话框叠在一起。不仅仅是遗留代码，甚至Windows 8的UI元素仍然存在，但所幸微软已确认正在替换Windows 11中的旧Windows 8界面元素。
Windows 11登录界面在切换键盘布局时仍显示Windows 8元素原生WinUI 3应用取代迟缓的网页封装
针对这些问题，微软加大了WinUI 3的投入，力求解救因臃肿网页应用泛滥而疲软的操作系统。经历多年的批评，微软开始大幅转向放弃重量级的React Native和WebView2架构。
令人遗憾的是，连基本的开始菜单都不是原生代码实现。所幸微软确认，Windows 11开始菜单正在从基于网页的React组件迁移至WinUI 3。
系统级对话框也在进行大幅底层升级。WinUI 3展现了威力，新Windows 11运行对话框比替代的Windows 95时代版本更快。这直接证明，现代C#和WinUI 3框架在工程优良的情况下，能轻松超越古老的Win32代码。
这股势头正在整个shell界面中延续。传统的文件资源管理器属性对话框正在被WinUI 3版本取代，且支持暗色模式。
没错，这些进展以及WinUI 3即将到来的平滑调整大小功能都很好，但最大难题依然是如何说服开发者为Windows 11打造原生应用。
借助Windows App SDK 2.0重建第三方开发者信任
要让Windows 11真正成功，第三方开发者必须采纳WinUI 3。目前，桌面生态遭受困扰。即便微软也将Copilot降级为迟缓的网页应用，尽管新设计即将推出。
我们最近发布报道，有开发者向我们解释为何Windows 11频频推出网页应用而非原生应用。根本原因是微软从未专注于单一框架。Windows App SDK历史上存在Bug且难以驾驭。现在我们知道它甚至缺乏平滑调整大小等基本视觉功能。开发者看到应用出现黑色撕裂，便缺乏使用原生代码开发的动力，转而使用Electron或WebView2以保证视觉一致性。同时微软在最终选定WinUI 3前，还尝试了多个框架，这也无助于树立信心。
与此同时，macOS继续拥有高度优化的原生应用，因为苹果的UI框架开箱即用，运行流畅无阻。
微软正积极改变这一负面局面。Windows App SDK 2.0的发布证明微软听取了开发者反馈。SDK 2.0引入了新的XAML功能、现代化的存储选择器、语义版本控制和扩展的弹出锚点API。
他们甚至通过强大的命令行工具，大大简化了构建漂亮原生Windows软件的过程。
使用命令行的TabView模板。来源：微软开发者博客这一高度精炼的开发工具包，加上即将于夏季推出的平滑窗口调整大小功能，使Windows 11的未来异常光明。此外，五月份可选更新中新引入的低延迟模式带来的硬件级CPU提升，将让这些原生应用启动更快。
网页应用时代是桌面效率的暗黑期，而微软对原生WinUI 3代码的重新投入，正是Windows平台所需，能展现出高端品质感。