WebView2 改为两周发布一次后，桌面应用如何安排兼容性验证与回滚窗口

WebView2 Runtime 要跟随 Edge 进入更快的版本节奏，桌面应用团队最先遇到的不是“要不要升级”，而是验证窗口突然变短。微软公告说明：152 仍按四周节奏发布，153 起预计改为约两周一次；SDK 也不再固定按月发布，而是在有功能、修复或安全更新时与 Runtime 同日发布。对应用方来说，关键动作是把预览测试、核心流程回归和回滚判断接到同一条发布流水线里。

这次公告改变了桌面应用的哪一段节奏

微软给出的时间点很清楚：2026 年 8 月 27 日所在周，WebView2 Runtime 152 仍是距离上一个主要版本四周发布的版本；9 月 10 日所在周，153 将成为第一个只间隔两周发布的版本。之后主要版本大约每两周一次，并与 Edge 的发布列车对齐。

这里要分清 Runtime 和 SDK。Runtime 的变化会直接影响用户机器上的 WebView2 内核；SDK 不再承诺每月发版，而是有新功能、缺陷修复或安全更新时再发布，并与对应 Runtime 同日出现。应用团队不需要把每个公告都改写成一次强制升级，但必须让版本核对从“月度例行”变成“持续可执行”。

先判断应用属于 Evergreen 还是 Fixed Version

如果使用 Evergreen Runtime，这是默认分发模式，用户设备会更频繁获得安全和平台修复。团队的主要责任是提前验证应用自己的 WebView2 使用方式，例如本地文件访问、脚本桥接、窗口创建、下载流程和登录回调。

如果使用 Fixed Version Runtime，更新节奏由应用方掌控，收益是可以锁定一套经过验收的内核；代价是新主要版本来得更快，团队需要更频繁地挑选、验证和接入，否则会在安全修复和平台能力上逐渐落后。

不要把两种模式混成同一个升级策略。Evergreen 更像“提前发现问题”，Fixed Version 更像“主动选择版本并承担更新排期”。

把 Beta 预览通道接进第一道验证

微软建议使用 Edge Beta 预览通道，在 Stable 推送到用户前捕获应用特有问题。实际落地时，可以为桌面应用准备一台独立的预览测试机或 CI 环境，固定安装候选 Runtime，并只跑最能暴露内核差异的业务路径。

首轮不必追求完整业务覆盖，先验证四类高风险动作：

• 启动后首屏是否能加载，脚本桥接对象是否成功注入；
• 从页面调用桌面能力时，权限和参数是否仍按预期传递；
• 多窗口、下载、文件选择和外部链接是否出现异常；
• 应用关闭、重启和升级后，用户数据目录是否仍能读取。

这些检查通过后，再进入完整回归。预览通道的价值是给团队留下处理时间，而不是替代正式验收。

用 WebDriver 固化“能不能发”的门禁

人工打开几次窗口只能发现明显问题，不能证明每个两周窗口都能稳定复现。Microsoft 推荐使用 Microsoft Edge WebDriver 自动测试 WebView2 应用，可以把核心工作流变成发布前的固定门禁。

启动应用 -> 等待首屏稳定 -> 调用一个关键页面动作
-> 检查桥接返回值 -> 完成一次下载或保存
-> 关闭窗口 -> 再次启动并核对状态

门禁结果至少记录 Runtime 版本、应用版本、操作系统、失败步骤和截图路径。版本信息不能只写“最新版”，否则两周后回看失败记录时无法确认到底是哪一个内核引起的。

为每个版本保留一个可执行的回滚窗口

兼容性测试通过并不等于可以立刻删除旧版本。建议在发布清单中保留上一版 Runtime、安装包和配置变更记录，并为灰度用户设定明确的观察期。出现白屏、桥接调用失败或安装异常时，先按影响范围判断是否暂停扩大，而不是边排查边把新版本推给所有人。

Evergreen 模式下，应用不能完全控制用户何时拿到新 Runtime，所以更需要在 Beta 阶段复现核心路径，并准备应用侧的降级提示或临时关闭高风险功能。Fixed Version 模式下，回滚动作通常更可控，但要确认安装器、缓存目录和应用配置不会把旧 Runtime 与新数据混用。

两周发布窗口里的通知与复盘

发布通知最好围绕“版本、影响、验证结果、后续动作”四项写，而不是只贴一条升级链接。对业务方说明哪些流程已经跑过，对客服说明用户可能看到的现象，对开发说明失败日志和复现版本，复盘才有共同语境。

如果连续几个周期都没有问题，也不要取消门禁。更快的节奏降低的是等待时间，不会自动消除应用与浏览器内核之间的耦合。把测试脚本、运行环境和回滚资产当成发布产品的一部分，才不会让每次版本变化都重新依赖某个熟悉机器的人。

常见问题：WebView2 两周发版后怎么安排升级

使用 Evergreen Runtime 需要手工升级吗？

微软公告说明默认 Evergreen 会自动获得更频繁的安全和平台修复，应用方通常不需要为每个主要版本手工替用户安装，但仍应在预览通道提前验证自己的核心流程。

Fixed Version Runtime 是否更安全？

它提供更强的版本控制，不等于天然更安全。若长期不挑选新版本，应用可能错过安全修复和平台改进，因此必须安排持续评估与更新。

为什么要记录 Runtime 版本？

同一个应用版本可能运行在不同内核上。记录 Runtime 版本、系统和失败步骤，才能把偶发白屏或桥接错误与具体发布关联起来。

小结

WebView2 从四周走向约两周的主要版本节奏后，桌面应用的重点是把验证前移。先分清 Evergreen 与 Fixed Version，再用 Beta 预览通道和 WebDriver 固化核心流程，最后保留可执行的回滚窗口与版本证据。这样面对更快的发布列车，团队仍然有判断和恢复的余地。