为何通过WebResourceRequested加载时WebView2渲染基础页面速度极慢？

这种情况完全不正常——仅含一行正文的极简HTML，渲染耗时本该在毫秒级，问题大概率出在WebResourceRequested事件的处理逻辑上，而非WebView2本身的渲染能力。

可能的原因及排查方向 #

• 事件回调线程阻塞：如果在WebResourceRequested的回调里做了同步耗时操作（比如磁盘IO、同步计算），哪怕操作本身耗时不长，也会阻塞WebView2的资源处理流程，间接拖慢渲染。必须确保回调逻辑尽可能轻量化，所有耗时操作都放到异步线程处理。
• 响应头设置不规范：比如未正确设置Content-Type: text/html; charset=utf-8，或者缺失缓存相关头信息，会导致WebView2额外做不必要的资源校验或编码处理。可以对比直接加载静态HTML文件时的响应头，确保拦截返回的头信息一致。
• 响应流处理低效：如果返回的响应流未明确设置长度，或者采用逐字节读取这类低效方式，WebView2可能会等待流完全读取后才开始渲染，拉长整体耗时。建议直接用内存流返回HTML内容，并明确设置Content-Length头。
• WebView2 Runtime版本问题：旧版本的Runtime可能存在WebResourceRequested事件的性能bug，尝试更新到最新稳定版再测试。
• 调试工具干扰：开启开发者工具时，某些调试模式（比如DOM断点、性能录制）可能间接影响渲染速度，可关闭调试工具后再测实际耗时。

简化处理的示例代码 #

如果你的回调是同步返回响应，尽量压缩逻辑，比如直接返回预构建的HTML字节流：

private void CoreWebView2_WebResourceRequested(object sender, CoreWebView2WebResourceRequestedEventArgs e)
{
    if (e.Request.Uri == "你的测试URL")
    {
        string htmlContent = "<html><body><p>测试内容</p></body></html>";
        byte[] htmlBytes = Encoding.UTF8.GetBytes(htmlContent);
        var response = webView2.CoreWebView2.Environment.CreateWebResourceResponse(
            new MemoryStream(htmlBytes),
            200,
            "OK",
            $"Content-Type: text/html; charset=utf-8\r\nContent-Length: {htmlBytes.Length}"
        );
        e.Response = response;
    }
}

内容的提问来源于stack exchange，提问作者Ben Zuill-Smith