如何阻止带有WS_SYSMENU样式的无标题栏窗口移动？

我之前也踩过类似的坑——当你移除了窗口的标题栏但保留WS_SYSMENU时，用户依然能通过系统菜单的“移动”选项、快捷键甚至误触触发窗口拖动。下面给你两个可靠的解决办法，你可以单独使用或者结合起来，全方位堵住窗口移动的可能：

方法1：拦截WM_NCHITTEST消息，屏蔽标题栏拖动判定 #

窗口的鼠标拖动逻辑核心依赖WM_NCHITTEST消息的返回值：当系统检测到用户点击的是HTCAPTION（标题栏区域）时，就会启动窗口拖动行为。我们可以在窗口过程里修改这个返回值，把原本属于标题栏的点击判定改成客户区（HTCLIENT），让系统认为用户点击的是窗口内容区域，从而阻止拖动：

LRESULT CALLBACK WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    switch (uMsg)
    {
        case WM_NCHITTEST:
        {
            // 先让系统完成默认的区域命中检测
            LRESULT hitResult = DefWindowProc(hWnd, uMsg, wParam, lParam);
            // 拦截标题栏区域的命中判定，替换为客户区
            if (hitResult == HTCAPTION)
            {
                return HTCLIENT;
            }
            // 保留最小化、关闭等其他非客户区控件的功能
            return hitResult;
        }
        // ... 其他消息处理逻辑
        default:
            return DefWindowProc(hWnd, uMsg, wParam, lParam);
    }
}

方法2：拦截WM_SYSCOMMAND消息，屏蔽SC_MOVE命令 #

如果用户通过系统菜单选择“移动”（比如Alt+Space打开菜单后选移动），或者用快捷键Alt+F7触发移动，系统会发送WM_SYSCOMMAND消息，其中wParam的高12位对应SC_MOVE命令。我们可以直接拦截这个命令，不让它执行默认的移动逻辑：

LRESULT CALLBACK WindowProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
{
    switch (uMsg)
    {
        case WM_SYSCOMMAND:
        {
            // 过滤SC_MOVE及其关联的方向子命令（比如移动时的方向键控制）
            if ((wParam & 0xFFF0) == SC_MOVE)
            {
                return 0; // 直接返回，跳过默认处理
            }
            // 其他系统命令正常执行默认逻辑
            return DefWindowProc(hWnd, uMsg, wParam, lParam);
        }
        // ... 其他消息处理逻辑
        default:
            return DefWindowProc(hWnd, uMsg, wParam, lParam);
    }
}

最佳实践 #

建议把这两个方法结合起来使用：WM_NCHITTEST阻止鼠标拖动触发的移动，WM_SYSCOMMAND阻止菜单和快捷键触发的移动，这样就能全方位覆盖所有可能的窗口移动路径。如果你的窗口还有其他非客户区控件（比如最小化、关闭按钮），记得在WM_NCHITTEST里不要拦截它们的命中判定，确保这些控件能正常工作。

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