SetWindowPos函数对所有者窗口Z序的影响及无SWP_NOOWNERZORDER标志时的行为

1. SetWindowPos对所有者窗口Z序的默认影响 #

当你调用SetWindowPos调整一个有所有者的窗口（比如子对话框、依附于主窗口的控件这类窗口）的Z序时，系统的默认逻辑是把这个窗口的所有者窗口也一并调整Z序——简单说就是“子窗口动，所有者跟着动”。

所有者和它的子窗口在Z序上是绑定关联的：如果子窗口被提升到顶层，所有者窗口会同步“上浮”到它自己同级窗口的最前面，确保子窗口始终显示在所有者窗口之上（这是Windows窗口层级的基础规则）。

举个实际场景：假设你有两个独立的对话框A和B，A里有个按钮C。如果调用SetWindowPos(C, HWND_TOP, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE)，不仅按钮C会跑到A窗口的顶层，对话框A也会直接跳到对话框B的前面，整个A窗口（包括C）都会在B的上方显示。

2. 不传递SWP_NOOWNERZORDER时的具体行为 #

既然SWP_NOOWNERZORDER的作用是“锁定”所有者窗口的Z序位置，那不传递这个标志时，就会触发上面说的默认绑定行为：

• 所有者窗口会被移动到它所在Z序层级的最顶部（和它同级的窗口中，它会变成最上层）；
• 所有者窗口内部的子窗口相对层级不会被打乱——原来在它上面的子窗口依然保持顺序，只是整个“所有者+子窗口”的组合被整体提升了；
• 这个操作只会影响目标窗口的所有者，不会改动其他无关窗口的Z序。

举个对比场景：如果调用SetWindowPos(C, HWND_TOP, 0, 0, 0, 0, SWP_NOMOVE | SWP_NOSIZE | SWP_NOOWNERZORDER)，那么只有按钮C会在A内部提升Z序，对话框A本身会留在原来的位置（比如还是在对话框B的后面）。

内容的提问来源于stack exchange，提问作者Stack Exchange Broke The Law