窗口之间的主从关系与Z-Order.doc

窗口之间的主从关系与Z-Order 范围（Scope） 讨论Windows操作系统中窗口之间的关系（relationship between windows），除特别指明的部分之外，适用于各版本桌面平台和Windows Mobile平台。 概述（Summary） 窗口（Window）是Windows操作系统中用来显示信息和接受用户输入的基本单元（Block）。负责管理窗口相关功能的操作系统部件被称为窗口管理器（Window Manager）。Windows操作系统初始化时会生成一个窗口，叫做桌面窗口（Desktop Window），调用GetDesktopWindow函数可获得它的句柄。桌面窗口会覆盖整个屏幕，所有其它窗口都在其之上显示。 窗口类型（Window Type） Windows中有3种类型的窗口：层叠窗口（Overlapped Window）、弹出窗口（Popup Window）、子窗口（Child Window），在生成窗口（调用CreateWindowEx）时分别以WS_OVERLAPPED、WS_POPUP或WS_CHILD窗口风格（Style）来表示。层叠窗口是窗口的缺省类型，如果不指定任何窗口类型则生成的是层叠窗口。 弹出窗口通常用于对话框。它隐含带有WS_CLIPSIBLINGS窗口风格（后面会详细描述）。 层叠窗口通常被用作应用程序的主窗口，也隐含带有WS_CLIPSIBLINGS窗口风格。在桌面平台上，层叠窗口还隐含带有WS_CAPTION窗口风格。带有标题栏的窗口都隐含带有边框（Border），至于原因嘛，想像一下“光秃秃的标题栏”+“没有边框的窗口”会是个什么样子。在Mobile平台上，层叠窗口与弹出窗口的界限已经很模糊了。 层叠窗口和弹出窗口统称为顶层窗口（top-level windows）。 剩下的一类是子窗口，例如常见的Button，Edit Box，List Box等窗口控件。 WS_OVERLAPPED的值 在桌面平台上，WS_OVERLAPPED定义为0，这与窗口的缺省类型为层叠窗口的事实相符；而在Windows Mobile平台上，WS_OVERLAPPED被定义为WS_BORDER | WS_CAPTION，这是怎么回事呢？我想这是微软为了保持桌面平台与Mobile平台软件的外观兼容性而使用的一个技巧，因为Mobile平台上的层叠窗口缺省是不带WS_CAPTION风格的，微软的意思应该是：（WS_OVERLAPPED in PC）=（WS_OVERLAPPED in Mobile）| WS_BORDER | WS_CAPTION，在字面上就会写成： #define WS_OVERLAPPED WS_BORDER | WS_CAPTION 这样定义可以方便桌面平台上的代码移植到Mobile平台。但开发原生的Windows Mobile代码时就要注意了，由于Mobile上的典型窗口是不带标题栏的（Mobile界面最上方的Title Bar并不属于窗口的一部分），我们在生成层叠窗口时不应使用WS_OVERLAPPED标志（这一标志的实际意义是：PC style overlapped window）— 不指定任何窗口类型就好。 窗口层次结构（Window Hierarchy） 窗口管理器以一个树状结构组织和管理系统内所有窗口，如图： 图1.树状的窗口组织图 树形结构的根是桌面窗口，其下属第一层窗口是顶层窗口（层叠窗口+弹出窗口，见上一小节）。顶层窗口之下的所有层里只包含子窗口。从桌面窗口出发，通过一系列相关API函数的调用，可以遍历系统中的所有窗口。 窗口的从属关系 包括父/子（parent-child）关系、拥有/被拥有（owner-owned）关系及兄弟（siblings）关系。 父/子（parent-child）关系 类型为Child Window的窗口必须有一个父窗口，父窗口的类型可以是3种类型中的任意一种。子窗口的位置坐标都是相对于父窗口客户区的左上角（upper-left corner）计算的。子窗口会把它的notify消息发送到父窗口。父/子关系对窗口可见性的影响为：子窗口只能显示在它的父窗口的客户区中，父窗口客户区的部分将被裁减父窗口被隐藏时，它的所有子窗口也被隐藏最小化父窗口不影响子窗口的可见状态，子窗口会随着父窗口被最小化，但是它的WS_VISIBLE属性不变。父窗口被销毁的时候，它的所有子窗口都被销毁CreateWindowEx函数的hWndParent参数可指定其父窗口，或在窗口产生后通过SetParent函数更改。通过GetParent函数可获取父窗