微软转向“倾听用户”，Windows 11全面推进原生应用开发
进入2026年，微软的风格突然转变，从过去的“固执己见”变得“乐于倾听”，承诺将Windows 11重新聚焦于性能、可靠性和用户控制权，并且用户在未来几个月就能感受到“实实在在的改进”。
此前微软宣布精简冗余的Copilot入口，承诺不会在不合理场景加载AI功能后，又传来一个让Windows用户振奋的消息。近日，微软Store和文件资源管理器合作伙伴架构师Rudy Huyn在社交平台确认，公司正在组建新团队负责Windows 11应用开发，明确表示新应用将100%采用原生技术构建，不再依赖基于WebView的组件。
01
这一改动究竟有何意义？
实际上，从WebView转向纯原生开发，意味着Windows 11桌面响应迟缓、磁盘占用过高、后台内存消耗大等问题有望得到解决，系统卡顿现象将得到缓解。
此前Windows 11口碑下滑，除了频繁出现的Copilot入口和无处不在的系统广告外，卡顿是大量用户最难以忍受的问题。在抖音、知乎、小红书等社交平台上，《这几个简单操作，让Windows 11性能提升30%！》这类教程随处可见，且点赞量不低，足见用户对Windows 11卡顿问题的不满。
虽然Windows 11自发布以来就饱受吐槽，但不同时期的槽点有明显差异。2021年至2022年发布初期，它因BUG多、像半成品，以及无故移除开始磁贴、右键菜单、任务栏等Windows 10受欢迎的设计而被诟病，此时的痛点是可靠性差、操作设计“反人类”。
从2023年起，关于Windows 11卡顿的抱怨开始出现，并在2025年10月后大量涌现。随着Windows 10官方支持终止，大批老PC被迫升级Windows 11。这些内存最高仅8GB的PC升级后，打开“此电脑”需2秒，更新设置要等半分钟，打开任务管理器会发现WebView相关后台进程占用大量内存。
以微软去年12月推出的“日程视图”（Agenda）功能为例，用户点击通知中心并打开日程视图时，任务管理器中的“Windows Shell Experience Host”进程会从空闲状态瞬间飙升至近20%的CPU使用率，内存占用从1MB暴涨至130MB。展开该进程子集可见，内部包含大量WebView子进程。
02
看到这里，大家应该明白，Windows 11卡顿的主要原因是基于WebView套壳的应用。更严重的是，不仅日程视图，当前Windows 11中的微软应用商店、计算器、照片查看器、搜索、虚拟键盘等多数官方应用都通过WebView实现，它们在后台悄悄消耗硬件资源，配置不高的PC自然容易卡顿。
微软是故意给用户制造麻烦，为“安迪·比尔定律”助力吗？并非如此。Windows 11大量使用WebView套壳程序，其实是微软为争夺AI时代先机付出的代价。前文提到2023年后Windows 11卡顿吐槽增多，这与当年ChatGPT的爆发有关。押注OpenAI成功的微软率先“全面拥抱AI”，在智能体概念尚未成熟时，思路是通过在更多自带软件中集成AI吸引用户，而改造应用为AI应用时间紧、任务重，工程师选择了WebView。网页套壳技术利用Web的敏捷性，适合快速开发，但代价是用户需承担更高性能开销。
打开网页套壳应用相当于开启一个Edge标签页，用过Chromium内核浏览器的用户都知道，标签页过多会导致电脑卡顿。实测显示，WebView套壳应用内存占用比原生应用高30%-50%，启动速度慢2-3倍，甚至拖动文件等基础操作也会出现指针无响应的Bug。
03
微软带头使用WebView，导致第三方开发者也大量放弃原生框架。此外，Windows 11的“负优化”背后藏着微软的策略：网页套壳对硬件性能要求更高，可推动用户尤其是企业客户换机，助力自家AI PC战略。
但Windows 11问题众多，可靠性、性能、功能创新均不足，网页套壳引发的卡顿成了压垮用户的最后一根稻草。若继续如此，不少用户可能转投macOS，毕竟MacBook Neo价格亲民。
因此微软此次做出诚意承诺：原生应用将完全基于WinUI 3框架构建，不通过WebView加载任何界面元素。根据微软公布的演示，文件资源管理器、系统设置已从WebView迁移至WinUI 3，启动速度提升30%，大文件夹加载时间缩短60%。
虽然未来Windows 11可能仍有BUG，但系统应用占用硬件资源的情况预计会显著改善。
本文来自微信公众号 “三易生活”（ID：IT-3eLife），作者：三易菌，36氪经授权发布。
本文仅代表作者观点，版权归原创者所有，如需转载请在文中注明来源及作者名字。
免责声明：本文系转载编辑文章，仅作分享之用。如分享内容、图片侵犯到您的版权或非授权发布，请及时与我们联系进行审核处理或删除，您可以发送材料至邮箱：service@tojoy.com