我之前也碰到过类似的WebView2在高DPI显示器下显示异常的情况，结合你的描述（控件像素尺寸正确但视觉上仅占25%区域），这大概率是WebView2的DPI感知配置没跟上应用的全局设置，给你几个可行的解决步骤：

1. 启用WebView2控件的高DPI支持 #

在WinForms/WPF中，WebView2控件默认可能没有完全适配高DPI环境，你需要在初始化控件前显式配置：

• 如果是WinForms，在窗体构造函数或Load事件里初始化WebView2时添加高DPI参数：

  var envOptions = new CoreWebView2EnvironmentOptions();
  // 让WebView2跟随系统DPI缩放，0表示自动适配当前显示器缩放
  envOptions.AdditionalBrowserArguments = "--high-dpi-support=1 --force-device-scale-factor=0";
  var env = await CoreWebView2Environment.CreateAsync(null, null, envOptions);
  await webView21.EnsureCoreWebView2Async(env);
  

• 如果是WPF，同样在初始化阶段设置上述参数，同时确保XAML中控件的LayoutTransform没有被错误覆盖。

另外确认WebView2控件的AutoSize设为false，保持Dock为Fill（你已经这么做了，这点再核对下即可）。

2. 监听DPI变化并同步缩放因子 #

当应用在不同DPI的显示器间移动时，手动同步WebView2的渲染缩放：

• 绑定窗体的DpiChanged事件，触发时更新WebView2的ZoomFactor：

  private void Form1_DpiChanged(object sender, DpiChangedEventArgs e)
  {
      if (webView21.CoreWebView2 != null)
      {
          // 将系统DPI转换为WebView2需要的缩放因子（96是默认DPI）
          double scaleFactor = e.DeviceDpiNew / 96.0;
          webView21.CoreWebView2.ZoomFactor = scaleFactor;
      }
  }
  

  这一步能保证WebView2的渲染缩放和当前显示器的系统缩放比例完全匹配。

3. 更新WebView2 Runtime到最新版本 #

旧版本的WebView2 Runtime对per-monitor DPI v2的支持存在缺陷，建议你更新到最新稳定版的Runtime，可以通过微软官方的WebView2安装程序或Windows更新获取。

4. 验证应用DPI感知配置的生效状态 #

虽然你已经在app.manifest中配置了DPI设置，但可以再确认两点：

• 确保manifest文件的“嵌入选项”设置为“嵌入的资源”，避免配置未被正确嵌入应用；
• 用系统工具（比如dpiAwareness）检查应用的DPI感知状态，确认确实处于permonitorv2模式。

补充说明 #

你提到控件像素尺寸和表单一致但视觉仅占25%，本质是200%缩放时，系统将逻辑坐标转换为物理坐标，但WebView2内部未正确应用这个缩放因子，导致渲染内容按100%比例显示，视觉尺寸自然只有实际控件的1/4。上面的步骤就是针对这个核心问题进行调整的。

内容的提问来源于stack exchange，提问作者veevan