万亿微软连原生UI都不愿做？JS之父揭露Win11 Web化的真正原因

Windows 11的“Web化”乱象，终于惹到了大佬。

从Discord、Teams到WhatsApp，从开始菜单、搜索框到通知中心的新日程视图，微软正把越来越多的系统功能和主流应用，塞进WebView2和Electron的“壳”里。这种被称为“Web垃圾”的臃肿设计，不仅让用户饱受高内存占用、卡顿的困扰，连JavaScript之父、Brave浏览器CEO Brendan Eich都忍不住公开批评：这种仓促用Web UX取代原生体验的做法，正在毁掉Windows的核心体验。

大佬震怒：仓促的Web化，是对用户体验的妥协

这一切的导火索，是此前关于Windows 11“Web劣化”的系列报道。当这些内容被分享到X平台后，意外引发了Brendan Eich的关注。

作为JavaScript的创造者、Firefox OS（B2G）联合创始人，甚至曾参与webOS开发，Eich对Web技术的潜力和局限有着最深刻的理解。他在评论中直接点出核心问题：

“被掩盖的重点是‘Windows 11有一个更大的问题，那就是WebView2或Electron’。作为b2g的联合创始人，同时与当年的webOS团队也有联系，我反对因仓促采用Web UX而非原生方案所导致的臃肿。它可以做好，但这需要时间。”

Eich的批评并非否定Web技术本身——他承认Web应用“可以做得好”，但前提是投入足够的时间和精力去优化。而现实是，包括微软在内的大多数公司，都在追求效率的路上选择了妥协：用Web框架快速打包应用，却无视其带来的性能损耗。

在后续的讨论中，有用户猜测，微软推崇WebView2是为了推进订阅制软件，通过Web技术锁定用户。但Eich直接反驳了这一观点：

“原生应用更容易用于锁定用户。如果担心的是锁定用户，那么Web应用并非自然而然的最佳选择。”

在他看来，这一切的背后根本不是技术选择，而是商业动机——从买断制转向订阅制的行业趋势，加上债务驱动的策略、DRM的限制，共同催生了这种“劣化”的产品动态。他甚至直言，“NPM是个错误”——这个为JavaScript提供海量模块的包管理器，在快速开发的同时，也为Web应用的臃肿埋下了伏笔。

这些Win11应用，正在被Web技术拖垮

Windows 11的Web化乱象，早已不是个别案例。从第三方应用到系统原生功能，WebView2和Electron的“渗透”无处不在，带来的性能问题也触目惊心。

1. Discord：4GB内存占用，靠重启解决问题

作为典型的Electron应用，Discord的内存效率问题早已被用户诟病。官方甚至承认，在Windows 11上，其客户端内存占用最高可达4GB。

面对用户的不满，Discord的解决方案不是优化Electron框架，也不是转向原生开发，而是当内存占用超过4GB时自动重启客户端。更离谱的是，这种重启仅在用户闲置30分钟以上、且未处于活跃通话时触发——本质上是治标不治本的无奈之举。

即便如此，Discord仍表示“没有用原生代码替换Electron的计划”，仅通过上游问题修复和小范围优化，实现了**内存使用量降低5%**的“成果”，对于普通用户的体感提升几乎可以忽略。

2. Teams & WhatsApp：WebView2的“重灾区”

与Discord的Electron不同，Microsoft Teams和WhatsApp依赖的是微软自家的WebView2框架。虽然WebView2基于Chromium，且内置于Windows系统，理论上比Electron更高效，但实际表现依然差强人意。

• Microsoft Teams：即使在闲置状态下，内存占用也稳定在1-2GB。微软的应对策略同样“简单粗暴”——将通话功能拆分为独立进程，避免主进程的卡顿影响通话体验，却从未想过从根源上优化WebView2的资源消耗。
• WhatsApp：这是最令人惋惜的案例。Meta曾将WhatsApp的Windows客户端从Electron升级为WinUI/XAML原生代码，优化后内存占用骤降至200MB以下，动画流畅、加载飞快。但随着裁员，负责原生客户端的团队被解散，WhatsApp又被打回原形——改用WebView2后，内存占用飙升至1GB以上，是原生版本的7倍。

3. 系统功能沦陷：连通知中心都逃不过Web化

更离谱的是，微软甚至将Web技术用到了Windows 11的核心系统功能中。

此前被取消的通知中心“Agenda视图”（显示Outlook日程），如今因用户需求回归，但新版并非原生开发，而是基于WebView2构建。用户只需打开通知中心，任务管理器中就会多出一个Edge相关进程，内存占用从1MB飙升至100MB。

无独有偶，开始菜单的“推荐”信息流、Windows搜索的部分界面，也早已悄悄用上了React等Web框架。这些本应是系统中最基础、最需要流畅性的功能，却因为Web化的妥协，成为了新的性能瓶颈。

核心矛盾：万亿市值公司，为何连原生UI都不愿做？

如果是独立开发者为了跨平台兼容，选择Web框架无可厚非。但微软是市值超过3.5万亿美元的科技巨头，却连Windows 11中像日历日程视图这样的基础功能，都不愿投入资源做原生UI——这才是问题的关键。

Brendan Eich的批评，本质上是对“技术妥协于商业利益”的不满。用WebView2和Electron开发，确实能大幅缩短开发周期、降低跨平台成本：一套代码可以同时运行在Windows、macOS甚至Linux上，对于追求效率和利润的公司来说，诱惑力十足。

但代价是，用户必须忍受更高的内存占用、更慢的响应速度、更差的续航表现。当系统功能和常用应用都被“Web垃圾”占据，即便是顶配的硬件，也难以逃脱卡顿的命运。

更值得警惕的是，这种趋势正在形成恶性循环：Web化应用导致性能下降，用户被迫升级硬件；而硬件的升级，又让公司更有底气忽视Web应用的优化——最终，买单的还是普通用户。

Web技术不该是“偷懒”的借口

Brendan Eich的炮轰，不仅是对Windows 11的批评，更是对整个行业的提醒：Web技术有其独特的价值，但它永远不该成为开发者“偷懒”的借口。

Web应用可以做得很好——就像当年的webOS和Firefox OS所尝试的那样——但这需要投入足够的时间去优化性能、打磨体验。而不是像现在这样，用Web框架快速打包一个“能用但不好用”的应用，把性能问题抛给用户。

对于Windows 11用户来说，这场“Web化”的闹剧早已忍无可忍。或许，只有当用户的不满积累到足够程度，微软才会真正意识到：原生体验的流畅性，远比开发效率和商业利益更重要。