Win10下调用MoveWindow API移动无标题栏窗口到其他屏幕无法触发缩放如何解决

根因说明 #

该问题根因是系统DPI感知模式的默认行为限制：

• 只有通过系统默认标题栏逻辑拖拽窗口跨显示器时，系统才会主动检测窗口所在显示器的DPI变化，自动发送WM_DPICHANGED消息、执行bitmap缩放并校准坐标
• 手动调用MoveWindow/SetWindowPos移动窗口时，系统默认不会触发DPI变化检测流程，因此不会自动缩放，同时传入的逻辑坐标没有适配目标显示器DPI，就会出现位置偏移

最优方案（改造成本最低） #

不要自行实现完整的客户区拖拽逻辑，直接在窗口的WM_NCHITTEST消息回调中做拦截：当点击位置属于允许拖拽的客户区时，直接返回HTCAPTION。

// WM_NCHITTEST 消息处理示例
case WM_NCHITTEST: {
    LRESULT hit = DefWindowProc(hwnd, msg, wParam, lParam);
    if (hit == HTCLIENT) {
        // 可在此处添加判断逻辑，仅当点击指定拖拽区域时返回HTCAPTION
        return HTCAPTION;
    }
    return hit;
}

该方案相当于将指定客户区模拟为系统标题栏，后续拖拽逻辑完全由系统接管，天然支持跨显示器自动缩放和坐标校准，无需修改现有移动逻辑，也不会引入兼容性问题。

备选方案（必须手动调用MoveWindow时使用） #

如果因业务逻辑限制无法使用模拟标题栏方案，需要在调用MoveWindow前后补充DPI检测和触发逻辑：

• 拿到窗口移动的目标屏幕坐标后，调用MonitorFromPointAPI获取目标显示器的句柄
• 调用GetDpiForMonitorAPI获取目标显示器的有效DPI，和当前窗口的DPI（可通过GetDpiForWindow获取）做对比
• 若两者DPI不同，先向窗口手动发送WM_DPICHANGED消息，wParam低位放X轴DPI、高位放Y轴DPI，lParam传入适配目标DPI的窗口矩形指针
• 再调用MoveWindow传入换算后的逻辑坐标，即可触发系统自动bitmap缩放

可选优化 #

如果应用最低兼容Windows 10 1703及以上版本，可考虑将应用的DPI感知等级升级为Per-Monitor DPI感知V2，该模式下不管用什么方式移动窗口，系统都会自动触发DPI变更流程。但该方案需要自行实现窗口内控件的DPI适配逻辑，改造成本相对更高。

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