微软正在为 Windows 11 中日益增多的 Web 应用界面寻找提速之道,并在内部测试一项名为“延迟消息计时”(Delayed Message Timing)的新 API,重点针对 Outlook 等依赖复杂 Web 架构的应用,帮助开发者找出性能瓶颈,从而提升体验。
![]()
近年来,Windows 11 越来越多系统组件和应用采用基于 WebView2 的网页式界面,例如通知中心中新上线的 Agenda 视图就被发现是通过 WebView2 承载的 Web 应用组件,而并非原生界面。 微软并未有意引导内部团队或第三方开发者“弃用” Web 技术,而是试图通过更精细的诊断工具,让复杂 Web 应用在现有架构下跑得更快。
根据微软在 GitHub 上公开的技术说明,“延迟消息计时”被定位为一项诊断功能,用于测量 Web 应用在不同执行上下文之间通过 postMessage 传递消息时的耗时,并将这些数据以“delayed-message”条目的形式暴露在 Performance API 中。 这一机制可适用于所有 Web 应用,包括在 Windows 11 上通过 WebView2 嵌入的应用,因此覆盖 Outlook、WhatsApp 等广泛依赖嵌入式 Edge/Chromium 引擎的客户端。
![]()
文章指出,如今许多 Windows 11 应用(包括新 Outlook)底层都与 Chromium 绑定,不论是通过 WebView2 还是 Electron,叠加多窗口、iframe、worker 线程等复杂结构,容易造成启动迟缓和界面“卡住”的主观体验。 微软希望借助“延迟消息计时”帮助开发者识别 Web 层内部 postMessage 处理中过长的等待或阻塞,从而对症优化,缓解用户在点击通知后 Outlook 界面迟迟无响应等问题。
报道同时提到,目前这项 API 本身并不会像“魔法加速器”那样直接提升性能,而是更多扮演“体检仪”的角色:当 UI 已经渲染但交互迟钝时,开发者可以通过该 API 追踪消息传递链路上具体的延迟源头。 微软已经在利用该工具分析 Outlook 的表现,并暗示未来版本有望在启动速度和响应流畅度方面有所改善,尤其是在 Windows 11 这一高度依赖 WebView2 的环境下,让复杂 Web 应用运行得更轻快。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.