System DPI感知WinForms应用中，能否为停靠子控件设置不同DPI感知？

我之前也踩过类似的坑，在.NET 4.8环境下，主应用处于System DPI感知状态时，想让特定停靠子控件使用系统位图缩放（即DPI不感知），仅靠临时切换线程DPI上下文确实行不通——因为WinForms控件的DPI感知会默认继承父容器的设置，而且线程上下文的临时切换大概率赶不上控件句柄的延迟创建时机。

问题根源 #

你之前的代码逻辑方向是对的，但忽略了两个关键细节：

1. SetThreadDpiHostingBehavior(DPI_HOSTING_BEHAVIOR_MIXED)需要在进程启动后尽早调用（最好在Application.Run之前），否则混合DPI托管模式可能无法生效；
2. 仅切换线程DPI上下文创建控件没用，子控件会自动继承父容器（比如你的tabPage）的DPI感知状态，且WinForms控件的句柄往往是延迟创建的，等你恢复线程上下文时，控件的DPI感知已经被父容器固定了。

正确实现方案 #

我们需要直接给子控件的窗口句柄设置独立的DPI感知上下文，而不是依赖线程的临时切换。具体步骤如下：

1. 导入必要的Win32 API

在代码中添加Win32函数的导入，用于直接操作窗口的DPI感知：

using System.Runtime.InteropServices;

// 导入设置窗口DPI感知上下文的API
[DllImport("user32.dll", SetLastError = true)]
private static extern bool SetWindowDpiAwarenessContext(IntPtr hwnd, IntPtr dpiContext);

// 定义DPI不感知的上下文值（对应DPI_AWARENESS_CONTEXT_UNAWARE）
private static readonly IntPtr DPI_AWARENESS_CONTEXT_UNAWARE = new IntPtr(-1);

2. 提前启用混合DPI托管模式

在应用启动的最开始（比如Program.cs的Main方法里），先调用以下代码，确保进程允许同一线程内存在不同DPI感知的窗口：

SetThreadDpiHostingBehavior(DPI_HOSTING_BEHAVIOR.DPI_HOSTING_BEHAVIOR_MIXED);

这一步必须在创建任何UI控件之前执行，否则混合模式无法生效。

3. 给目标子控件设置DPI感知上下文

创建sampleContainerControl时，监听它的HandleCreated事件（确保控件句柄已经完全创建），然后显式设置其DPI感知上下文：

// 初始化子控件
sampleContainerControl = new SampleContainerControl();
sampleContainerControl.Text = "Bitmap scaling Controls Editor";
sampleContainerControl.Dock = DockStyle.Fill;

// 句柄创建完成后立即设置DPI不感知
sampleContainerControl.HandleCreated += (sender, e) =>
{
    var control = sender as Control;
    if (control != null && control.Handle != IntPtr.Zero)
    {
        SetWindowDpiAwarenessContext(control.Handle, DPI_AWARENESS_CONTEXT_UNAWARE);
    }
};

// 将控件添加到父容器
tabPage.Controls.Add(sampleContainerControl);

额外注意事项 #

• 测试时要把窗口拖到不同DPI的显示器上，观察子控件是否呈现模糊状态（这是系统自动位图缩放的标志，正是我们想要的效果）；
• 部分复杂WinForms控件可能内部有自己的DPI处理逻辑，如果设置后仍不生效，可以尝试在控件的OnHandleCreated方法中重写设置逻辑；
• 绝对不要在控件的构造函数里调用设置代码，因为此时控件句柄还未创建，API调用会直接失败。

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