如何检测DeferWindowPos()是否引发底层结构重新分配？

首先直接给结论：你可以通过对比调用DeferWindowPos前后的HDWP句柄值来判断底层结构是否被扩容。

根据系统文档的隐含逻辑，当DeferWindowPos发现当前的延迟窗口位置结构不足以容纳新的窗口调整请求时，它会自动分配一块更大的内存来存储更新的结构，然后返回这个新结构的句柄——而旧的句柄会被系统自动释放，不需要你手动处理。所以如果调用后返回的hDWPUpdated和之前传入的hDWP不是同一个值，就说明底层结构已经被扩容了。

不过这里有几个关键细节需要注意：

• 不要尝试直接查询底层结构的具体尺寸，因为HDWP对应的内部结构是系统私有的，没有公开的API可以获取它的大小，强行去解析内存只会导致兼容性问题。
• 无论是否发生扩容，你都应该始终使用DeferWindowPos返回的最新句柄来进行后续操作，包括后续的DeferWindowPos调用和最终的EndDeferWindowPos调用。即使返回的是原句柄，也不要忽略这一步——这是避免内存泄漏和行为异常的关键。
• 举个简单的代码示例：

// 初始化延迟结构，初始容量设为5
HDWP hDWP = BeginDeferWindowPos(5);
if (hDWP == NULL) {
    // 处理初始化失败
    return;
}

// 添加第一个窗口调整请求
HDWP hDWPUpdated = DeferWindowPos(hDWP, hTab1, HWND_TOP, 0, 0, 200, 300, SWP_NOZORDER);
if (hDWPUpdated == NULL) {
    // 处理错误，记得释放原句柄
    EndDeferWindowPos(hDWP);
    return;
}

// 继续添加更多请求，直到超出初始容量
hDWPUpdated = DeferWindowPos(hDWPUpdated, hTab10, HWND_TOP, 0, 0, 200, 300, SWP_NOZORDER);

// 检测是否发生扩容
if (hDWPUpdated != hDWP) {
    // 这里可以确认底层结构已经被扩容
    // 注意：不需要手动释放旧的hDWP，系统已经处理了
}

// 最后用最新的句柄提交所有调整
EndDeferWindowPos(hDWPUpdated);

• 另外要提醒：不要把这个检测作为核心业务逻辑的依赖。系统什么时候扩容是内部决策的，比如初始容量是你传入的nNumWindows，但系统可能会额外预留一些空间，所以即使你添加的窗口数稍微超过初始值，也可能不会立刻扩容。如果你的逻辑需要精确控制容量，最好预先估算一个足够大的初始值，而不是依赖扩容检测。

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