Win32中禁用窗口缩放时窗口样式行为不一致问题

这是个典型的Windows窗口样式组合依赖问题——当你单独移除WS_THICKFRAME时确实能禁用缩放，但后续移除WS_SYSMENU时，系统的样式处理逻辑会因为缺少某些约束，意外恢复窗口的缩放能力。下面是具体的原因分析和解决方案：

问题根源 #

Windows窗口的样式并非完全独立，某些样式的组合会触发系统的默认行为调整：

• WS_THICKFRAME是直接控制窗口是否拥有可缩放边框的样式，但如果保留了WS_MAXIMIZEBOX或WS_MINIMIZEBOX，再移除WS_SYSMENU时，系统可能会自动调整边框特性以维持窗口的基本交互逻辑，导致缩放功能“复活”。
• 另外，WS_SYSMENU和窗口标题栏的交互紧密相关，移除它时如果没有同步清理其他关联样式，系统可能会补全部分边框行为。

正确的解决方案 #

要同时实现移除系统菜单和禁用窗口缩放，需要一次性清除所有相关的样式，而不是分步操作：

1. 窗口创建时直接设置正确样式（推荐） #

如果是在创建窗口阶段，直接传入不含禁用样式的参数，从源头避免问题：

HWND hWnd = CreateWindowEx(
    0,
    szWindowClass,          // 你的窗口类名
    szTitle,                // 窗口标题
    // 保留需要的样式，移除所有和系统菜单、缩放相关的样式
    WS_CAPTION | WS_VISIBLE | WS_CLIPSIBLINGS | WS_CLIPCHILDREN | WS_OVERLAPPED,
    CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT, CW_USEDEFAULT,
    nullptr, nullptr, hInstance, nullptr);

2. 对已创建的窗口修改样式 #

如果窗口已经创建，需要通过API修改样式并强制刷新窗口框架：

// 获取当前窗口的样式
LONG_PTR currentStyle = GetWindowLongPtr(hWnd, GWL_STYLE);

// 移除不需要的样式：系统菜单、可缩放边框、最大化/最小化按钮
currentStyle &= ~(WS_SYSMENU | WS_THICKFRAME | WS_MAXIMIZEBOX | WS_MINIMIZEBOX);

// 应用新样式
SetWindowLongPtr(hWnd, GWL_STYLE, currentStyle);

// 强制刷新窗口框架，确保样式生效
SetWindowPos(hWnd, NULL, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOZORDER | SWP_FRAMECHANGED);

关键注意点 #

• 必须同时移除WS_MAXIMIZEBOX和WS_MINIMIZEBOX：这两个按钮和缩放功能、系统菜单紧密关联，保留它们会导致系统维持可缩放的边框逻辑。
• 调用SetWindowPos刷新：修改样式后，必须用这个API触发窗口框架的重新绘制，否则新样式可能不会立即生效。

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