如何在WPF插件中正确缩放嵌入的WinForms控件？

我太懂这种头疼的状况了——老WinForms控件没源码，单独跑缩放正常，一放进WPF的WindowsFormsHost或HwndHost里就乱套，跨进程又要搞通信，完全是给自己加工作量。其实核心矛盾就是WPF的Per-Monitor DPI感知逻辑，和老WinForms控件的传统DPI处理机制不兼容，下面几个不用独立进程的方案你可以挨个试试：

方案1：手动给WinFormsHost同步DPI缩放 #

WPF自带的WindowsFormsHost在高DPI场景下的自动缩放经常和老控件不对付，你可以主动监听WPF窗口的DPI变化事件，手动计算缩放比例后应用到控件上：

// 在WPF窗口的Loaded事件或构造函数里注册监听
this.DpiChanged += Window_DpiChanged;

private void Window_DpiChanged(object sender, DpiChangedEventArgs e)
{
    // 计算当前DPI相对于标准96DPI的缩放比例
    double scaleX = e.NewDpi.PixelsPerInchX / 96.0;
    double scaleY = e.NewDpi.PixelsPerInchY / 96.0;

    // 找到WinFormsHost里的目标老控件
    var legacyControl = winFormsHost.Child as YourLegacyWinFormsControl;
    if (legacyControl != null)
    {
        // 手动对控件执行缩放
        legacyControl.Scale(new SizeF((float)scaleX, (float)scaleY));
        // 调整控件位置和尺寸，避免布局错乱
        legacyControl.Location = new Point(0, 0);
        legacyControl.Size = new Size(
            (int)(winFormsHost.ActualWidth / scaleX),
            (int)(winFormsHost.ActualHeight / scaleY)
        );
    }
}

要是老控件自身布局逻辑比较死板，直接缩放控件会导致元素错位，可以把它套进WinForms的Panel里，缩放整个Panel而非控件本身，兼容性会更好。

方案2：修改WPF应用的DPI感知模式 #

如果你的应用不需要支持多显示器不同DPI的场景，可以把整个WPF应用改成系统级DPI感知，让WinFormsHost的缩放逻辑和系统DPI保持一致，老控件就能正常工作了：

1. 打开WPF项目的Properties面板，切换到Application选项卡，点击View Windows Settings（或者直接编辑项目根目录的app.manifest文件）。
2. 在manifest中找到<application xmlns="urn:schemas-microsoft-com:asm.v3">节点，添加或修改如下配置：

<application xmlns="urn:schemas-microsoft-com:asm.v3">
  <windowsSettings>
    <!-- 系统级DPI感知 -->
    <dpiAware xmlns="http://schemas.microsoft.com/SMI/2005/WindowsSettings">true</dpiAware>
    <!-- 如果需要兼容Win10+的系统级感知，也可以用这个：true/PM -->
  </windowsSettings>
</application>

这个方案操作最简单，但代价是WPF界面会跟着系统全局DPI缩放，无法支持单应用多显示器自适应，适合对多显示器高DPI没有要求的场景。

方案3：用HwndHost手动同步WinForms窗口的DPI消息 #

之前用HwndHost嵌入WinForms窗口失败，大概率是没同步DPI设置。你可以让WinForms窗口和WPF窗口使用相同的Per-Monitor DPI感知模式，然后手动把WPF的DPI变化消息同步给WinForms窗口：

// 创建WinForms窗口时，设置其DPI感知为Per-Monitor模式（Win10 1607+支持）
var winFormsWindow = new YourLegacyWinFormsWindow();
SetProcessDpiAwarenessContext(DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2);

// 在WPF窗口的DpiChanged事件里同步消息
private void Window_DpiChanged(object sender, DpiChangedEventArgs e)
{
    if (winFormsWindow != null && winFormsWindow.Handle != IntPtr.Zero)
    {
        int newDpiX = (int)e.NewDpi.PixelsPerInchX;
        int newDpiY = (int)e.NewDpi.PixelsPerInchY;
        // 构造WM_DPICHANGED消息的参数
        IntPtr lParam = (IntPtr)((newDpiY << 16) | newDpiX);
        SendMessage(winFormsWindow.Handle, WM_DPICHANGED, IntPtr.Zero, lParam);
    }
}

// 需要导入的Win32 API
[DllImport("user32.dll")]
private static extern IntPtr SendMessage(IntPtr hWnd, uint Msg, IntPtr wParam, IntPtr lParam);
private const uint WM_DPICHANGED = 0x02E0;

[DllImport("user32.dll", SetLastError = true)]
private static extern bool SetProcessDpiAwarenessContext(IntPtr dpiContext);
private static readonly IntPtr DPI_AWARENESS_CONTEXT_PER_MONITOR_AWARE_V2 = (IntPtr)-4;

这个方法的核心是让WinForms窗口和WPF窗口的DPI感知逻辑对齐，再通过手动发送系统消息触发老控件的缩放响应，能解决大部分顽固的老控件缩放问题。

方案4：把老控件包装到DPI适配的WinForms容器里 #

把无源码的老控件放进一个自定义的WinFormsUserControl中，给这个容器设置AutoScaleMode = AutoScaleMode.Dpi，再把容器放到WinFormsHost里——让容器帮你处理DPI缩放，间接带动老控件适配：

// 自定义一个支持DPI缩放的WinForms容器
public class DpiAwareContainer : UserControl
{
    public DpiAwareContainer()
    {
        AutoScaleMode = AutoScaleMode.Dpi;
        // 把老控件添加到容器并填满
        var legacyControl = new YourLegacyWinFormsControl();
        legacyControl.Dock = DockStyle.Fill;
        this.Controls.Add(legacyControl);
    }
}

// 在WPF中使用这个容器
var host = new WindowsFormsHost();
host.Child = new DpiAwareContainer();
yourWpfContainer.Children.Add(host);

这个方案的效果取决于老控件本身的布局弹性，如果老控件的元素是相对布局而非固定尺寸，基本都能正常适配。

优先推荐方案1或方案4，它们不需要改动整个应用的DPI感知模式，对WPF原有界面的影响最小。如果还是不行，方案3的手动消息同步应该能搞定绝大多数老控件的问题。

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