微软新 Outlook 性能分析：WebView2 与 Outlook Classic 对比

新 Outlook 通知延迟

在新 Outlook 中点击 Windows 11 的新邮件通知，加载特定邮件可能需要长达 10 秒。相比之下，Outlook Classic 几乎瞬间完成相同操作。

这种性能差距在使用通知时最为明显：虽然新 Outlook 现在从开始菜单打开的速度已可与 Outlook Classic 相媲美，但从通知横幅跳转到特定邮件的过程需要先加载完整收件箱，导致显著延迟。用户往往手动在应用中查找并打开邮件要比等待通知链接解析更快。

架构根本原因：WebView2

性能差异源于新 Outlook 的架构。不同于作为本机 Win32 桌面应用的 Outlook Classic，新 Outlook 基于 WebView2 构建，这是一款基于 Chromium 的渲染引擎。实际上，该应用就是一个加载 Outlook.com 的浏览器窗口。

资源消耗

转向 Web 包装器架构导致系统资源使用显著增加：

• Memory (RAM): 新 Outlook 在空闲时消耗约 490 MB 到 636 MB 的内存，而 Outlook Classic 为 117 MB 到 148 MB，约增加四倍。
• CPU Usage: 新 Outlook 空闲时 CPU 使用率约为 4%，而 Outlook Classic 通常低于 1%。
• Process Overhead: 在任务管理器中，新 Outlook 以 10 个独立进程运行（包括 WebView2 Manager、GPU 进程和 Service Worker），而 Outlook Classic 仅作为单一紧凑进程运行。

执行链

新 Outlook 的每一次交互都需要类似浏览器的进程链：应用必须初始化或恢复其 Web 层、进行身份验证，并通过 Chromium 引擎渲染邮件线程。这会引入原生代码中不存在的非确定性延迟。虽然微软已测试 “Delayed Message Timing” API 来诊断 WebView2 性能，但仍未解决根本的通知延迟问题。

功能等价性与迁移时间表

尽管存在性能问题，微软仍在积极推动新 Outlook 成为 Outlook Classic 以及已停用的 UWP 邮件和日历应用的继任者。

近期改进

• March 2026 Update: 改进了文件夹搜索和共享邮箱访问。
• May 2026 Update: 添加了自动映射日历支持，以防迁移期间共享日历丢失。
• June 2026 Update: 引入了扩展的 .PST 支持（2026 年 7 月推出）和统一收件箱视图（2026 年 8 月推出）。

支持截止日期

微软已将企业强制退出的截止日期推迟至 2027 年 3 月。然而，Outlook Classic 将继续可用并受支持至 2029 年 4 月，为那些更看重性能而非新 Web 功能集的用户提供了时间窗口。

社区观点与行业批评

用户和开发者之间的技术讨论凸显了一个更广泛的 “软件臃肿” 趋势，即硬件提升被低效的架构选择所抵消。

现代代码要处理的东西更多，字体更多，图形更多，Unicode 更多，但它仍然变得非常荒唐。在现代电脑上，10 秒已经是很长的时间。

批评者认为转向 WebView2 是为了开发者可移植性而牺牲用户体验。一些用户注意到其他微软产品也出现类似情况，例如新 Microsoft Teams，尽管进行了架构更新，却仍出现显著的启动延迟。还有人指出，高性能的 Web 邮件客户端如 Fastmail 已经存在，这表明新 Outlook 的慢速更多是实现不佳导致的，而非 Web 技术本身的固有限制。

未来展望：回归本机

由于 WebView2 的限制是“固有的”，许多专家认为，要实现与 Outlook Classic 真正的性能等价只能回归本机代码。报告显示，微软正日益致力于 WinUI，并正在启动将多个 Windows 11 组件重写为本机代码的计划，以消除已削弱操作系统体验的 “Web 应用臃肿”。