现象：新版 Outlook 的”缓慢死亡”
WindowsLatest 的实测报告引爆了 HN 讨论：微软新版 Outlook（基于 WebView2/Edge 技术栈）执行打开邮件、切换文件夹、搜索等基本操作，耗时是经典版 Outlook（Win32 原生应用）的 3 到 10 倍。打开一封邮件：经典版不到 1 秒，新版需要 10 秒以上。这一差距在低配硬件上更加显著。
测试覆盖了多个场景：冷启动、切换收件箱文件夹、搜索历史邮件、撰写新邮件——新版在所有指标上均大幅落后。报道推测，根本原因在于 WebView2 本质上是嵌入的 Edge 浏览器渲染引擎，每个操作都涉及 JavaScript 执行和 DOM 操作，而经典版直接调用原生 Win32 API。
技术分析：WebView2 的代价
微软从 2023 年开始推动”One Outlook”战略，将 Windows/Mac/Web 的 Outlook 统一为基于 Web 技术的单一代码库。这一策略在工程层面有其合理性——共享代码、统一 UI、减少维护成本。但代价是显著的性能退化：
• 内存占用：新版是经典版的 2-3 倍
• CPU 使用率：后台空闲时仍持续消耗 5-10% CPU（经典版 <1%）
• 离线能力：经典版完整离线工作，新版离线功能受限
• 插件生态：经典版支持丰富的 COM 插件，新版仅支持有限的 Web Add-in
社区反响：Web 技术的天花板
HN 评论区几乎一边倒地批评这一趋势。多位评论者指出，这不是 Outlook 独有的问题——Teams、VS Code、Slack 等 Electron/WebView 应用都有类似的性能退化。”我们花了十年把性能提升到原生级别，然后 Web 技术又把它拉回 2005 年的水平，”一位评论者写道。
也有为微软辩护的声音：统一代码库使跨平台功能同步成为可能，Web Add-in 的安全性高于 COM 插件（没有本地代码执行），且 PWA 路线是行业大势。但这些声音在”10秒打开一封邮件”面前显得苍白无力。
反思：效率工具的”性能尊严”
Outlook 的案例引发了一个更广泛的问题：企业软件的”够用”底线在哪里？对于每天处理数百封邮件的用户，每次操作多花 5-9 秒意味着每天浪费 30-60 分钟。当”现代化”以牺牲核心工作流效率为代价，是否真的算是进步？
原文：windowslatest.com · HN讨论：48584207