Windows应用窗口坐标保存问题：WM_MOVE与WM_SIZE最小化场景处理

关于-32000坐标值的可靠性 #

你提到的GetWindowRect返回-32000坐标，是Windows系统将最小化窗口放置到屏幕外的默认行为，但这个值属于未公开的实现细节，微软并未在官方文档中承诺该值在所有Windows版本或特殊配置下保持不变。比如在多显示器、高DPI或自定义任务栏设置的场景下，不排除出现偏差的可能，所以依赖这个值做判断风险较高，不推荐。

更优的解决方法 #

直接使用系统提供的官方API判断窗口状态，完全规避消息顺序和实现细节的问题，有两种简洁可靠的思路：

1. 每次操作前主动检查窗口状态

在处理WM_MOVE或WM_SIZE消息时，先调用IsIconic(hwnd)函数判断窗口是否处于最小化状态。该函数是Windows API的标准接口，返回非零值表示窗口已最小化，此时直接跳过坐标保存逻辑即可。

示例代码片段：

case WM_MOVE:
    if (!IsIconic(hwnd)) {
        // 执行窗口坐标保存逻辑
        RECT rect;
        GetWindowRect(hwnd, &rect);
        SaveWindowPosition(rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top);
    }
    break;

case WM_SIZE:
    if (wParam != SIZE_MINIMIZED) {
        // 执行窗口大小/坐标保存逻辑
        RECT rect;
        GetWindowRect(hwnd, &rect);
        SaveWindowPosition(rect.left, rect.top, rect.right - rect.left, rect.bottom - rect.top);
    }
    break;

2. 维护状态标记变量（可选）

如果担心频繁调用IsIconic的性能（实际上这个函数开销极低），可以维护一个类成员或全局变量记录当前窗口是否最小化：

• 在WM_SIZE消息中更新标记：当wParam == SIZE_MINIMIZED时设为true，SIZE_RESTORED或SIZE_MAXIMIZED时设为false。
• 在WM_MOVE消息中先检查该标记，若为true则跳过保存。
• 注意：首次最小化时WM_MOVE会先于WM_SIZE触发，此时标记还未更新，所以第一次WM_MOVE处理时仍需调用IsIconic做兜底判断，避免误保存。

额外提示 #

如果你的窗口支持最大化状态，WM_SIZE的wParam == SIZE_MAXIMIZED时，保存的坐标是最大化后的窗口位置，若需要恢复到最大化前的状态，建议额外保存一个“正常状态”的位置变量，在WM_SIZE收到SIZE_MAXIMIZED时先记录当前正常位置，再保存最大化后的位置（按需选择）。

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