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

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

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

 

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

转载于:https://www.cnblogs.com/absudra/p/9557605.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值