win32绘制自定义类窗口导致绘制11个窗口的解决办法

上网查了一圈也没有找到解决问题的办法,一旦创建了一个窗口,并且在过程函数中绘制窗口,尤其是一些非子窗口的自定义类窗口,都会生成11个窗口(算上主窗口就是12个),但是使用系统通用控件就不会有这种情况的发生,且绘制的过程都写在WM_CREATE里面了,那么可以间接证明,在程序被初始化知道主窗口被显示之后,该进程一共发送了11条WM_CREATE消息。假设是这样的话,那么使用系统的控件怎么就不会发生这种现象呢?按照这种思路,当主窗口被创建之前,会初始化自定义类,且该主窗口会对应唯一的一个过程函数,那么在其过程函数内部创建一个与自己同类的窗口还是会发送相应的消息到过程函数,这样就循环创建窗口了。假如这样,但是为什么会是11呢,而不是更多或更少呢?试下查查createwindowex需要的参数个数,正好是12个,算上本身的就是12个窗口,通过实验,不论使用哪种组合,注册类并使用该类创建窗口都会产生11个附属窗口,且不论其参数如何。那么注册哪个类对其为何没有影响,我觉得是这样的,不管注册时使用registerclass还是使用registerclassex,系统都会分配较大的那个的内存,这样windows才能做到向下兼容,比如,原来使用registerclass在较早的版本使用该函数一切正常,但到了较新的系统依然使用该函数,系统就会为他分配新函数所需要的内存大小了,这样即使原来的代码不需要修改,原来的库还是能适应新的系统及调用。

有趣的是,如果使用新的窗口样式来创建附加窗口,新窗口会使用新样式而不导致主窗口的样式失效.

解决办法:新的窗口必须使用另一个过程函数,即在类中声明一个新的过程函数,至于在新窗口使用setclasslong或者setwindowlong我还没有试过。。。

上一篇:zoj 1586 QS Network


下一篇:ZOJ 1586 QS Network Kruskal求最小生成树