最小化窗口触发什么消息？为何点击窗口最小化按钮不触发SC_MINIMIZE

你遇到的问题核心在于：窗口最小化逻辑由WINDOWPOS结构的flags字段控制，仅修改坐标参数无法拦截最小化行为，同时未触发WM_SYSCOMMAND/SC_MINIMIZE以及WM_SIZE也和WM_WINDOWPOS*系列消息的处理逻辑直接相关。

需求1：拦截窗口最小化行为 #

直接在WM_WINDOWPOSCHANGING的处理逻辑中清除最小化标记即可，修改你的代码如下：

case WM_WINDOWPOSCHANGING:
    tagWINDOWPOS * wp = reinterpret_cast<tagWINDOWPOS *>(lParam);
    // 清除最小化标记，核心修改
    wp->flags &= ~SWP_MINIMIZE;
    // 你原来的坐标修改逻辑保留
    wp->x = ...;
    wp->y = ...;
    wp->cx = ...;
    wp->cy = ...;
    // 如果你不需要调用DefWindowProc，直接return 0即可
    return 0;

这个方案不需要依赖WM_SYSCOMMAND消息，点击最小化按钮、任务栏图标触发的最小化都可以被拦截。

需求2：不需要拦截最小化，仅要捕获最小化事件 #

方案A：在WM_WINDOWPOSCHANGING中直接判断 #

不需要依赖WM_SYSCOMMAND，直接判断flags字段的最小化标记即可：

case WM_WINDOWPOSCHANGING:
    tagWINDOWPOS * wp = reinterpret_cast<tagWINDOWPOS *>(lParam);
    if (wp->flags & SWP_MINIMIZE) {
        OutputDebugStringW(L"Window minimized!");
        // 在这里处理你的业务逻辑
    }
    // 其余逻辑保留
    break;

方案B：修复WM_SYSCOMMAND/SC_MINIMIZE触发逻辑 #

你当前点击窗口最小化按钮未触发SC_MINIMIZE，大概率是你在WM_WINDOWPOSCHANGED消息处理后没有调用DefWindowProc，导致默认的消息分发逻辑中断。如果要恢复原生消息流，处理完WM_WINDOWPOSCHANGED后调用DefWindowProc即可，此时WM_SIZE消息也会自动触发。

如果不想调用DefWindowProc又需要WM_SIZE消息，你可以手动发送：

SendMessage(hwnd, WM_SIZE, SIZE_MINIMIZED, MAKELPARAM(new_width, new_height));

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