Hey there, I've run into this exact issue with VSTO add-ins and WPF windows before—high DPI scaling can really throw off your size calculations if you're not accounting for it properly. Let's break down how to fix this step by step:

核心问题：WPF的设备无关单位 vs 实际像素 #

WPF 使用设备无关单位（1单位 = 1/96英寸）而非原始像素。当系统DPI缩放超过100%（比如125%或150%）时，每个WPF单位会对应多个屏幕像素。如果直接用原始像素值（比如从WinForms的Screen类获取）计算窗口尺寸并赋值给WPF窗口属性，窗口就会比预期大，甚至超出屏幕。

正确的计算方法 #

下面是结合DPI缩放因子，基于屏幕占比计算窗口尺寸的可靠方案：

1. 获取屏幕可用区域（WPF单位）

WPF的SystemParameters.WorkArea会直接返回屏幕可用空间（排除任务栏）的设备无关单位值，且已经自动适配当前DPI缩放比例，非常适合我们的计算场景。

2. 计算窗口尺寸

将可用区域的宽高分别乘以你想要的占比（宽度60%、高度80%），然后赋值给窗口的Width和Height属性。

3. 居中窗口（可选但更友好）

设置窗口启动位置为屏幕居中，避免因任务栏位置特殊导致窗口偏移到可视区域外。

完整代码示例 #

把这段代码添加到你的WPF窗口构造函数中（或显示窗口的事件处理器里）：

public YourWpfWindow()
{
    InitializeComponent();

    // 获取适配DPI的屏幕可用区域
    var workArea = SystemParameters.WorkArea;

    // 设置窗口为可用区域的60%宽、80%高
    Width = workArea.Width * 0.6;
    Height = workArea.Height * 0.8;

    // 让窗口在屏幕居中显示
    WindowStartupLocation = WindowStartupLocation.CenterScreen;
}

如果需要像素级控制怎么办？ #

如果需要和WinForms或原生API交互，需要处理原始像素，可以先获取当前DPI缩放因子，再进行单位转换：

// 获取当前屏幕的DPI缩放因子
var presentationSource = PresentationSource.FromVisual(this);
double dpiScaleX = presentationSource?.CompositionTarget.TransformToDevice.M11 ?? 1.0;
double dpiScaleY = presentationSource?.CompositionTarget.TransformToDevice.M22 ?? 1.0;

// WPF单位转像素：像素值 = WPF单位值 * 缩放因子
// 像素转WPF单位：WPF单位值 = 像素值 / 缩放因子

额外提示：确保VSTO项目支持高DPI #

为了避免加载项出现意外的缩放问题，给你的项目配置高DPI支持：

• 在app.config文件中添加以下设置：

  <runtime>
      <AppContextSwitchOverrides value="Switch.System.Windows.DoNotScaleForDpiChanges=false" />
  </runtime>
  <appSettings>
      <add key="EnableWindowsFormsHighDpiAutoResizing" value="true" />
  </appSettings>
  

这样无论用户设置多少DPI缩放比例，你的窗口都能准确适配屏幕占比，不会超出可视区域。

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