我一直认为创建一个窗口的时候,窗口处理过程处理WM_CREATE是在处理WM_SIZE之前的,所以很多初始化的东西都放在WM_CREATE处来做,但最近弄一个程序发现到了WM_SIZE处出错,原因是空指针,而这个指针应该是在WM_CREATE的时候被赋值的,奇怪了,难道WM_SIZE会在WM_CREATE之前?于是设两个断点,不看不知道,一看还真的如此,如下图:
程序每次总是先触到WM_SIZE的这个断点,难道我理解一直有误?于是我创建了一个hello world程序,调试了半天,又发觉没有这个问题,WM_CREATE总是在WM_SIZE之前,我尝试在别处重现问题,无果……现在,你再仔细看一下上图,你发现问题了么?
我想经过我这么提示,你应该知道了:原因就是WM_CREATE这个断点前一行的SetWindowLong这个调用,这个调用会引起一个WM_SIZE事件,所以这就制造了WM_SIZE在WM_CREATE之前这个假象。处理这个问题很简单,把SetWindowLong这行拿掉,然后把WS_NONAVDONEBUTTON这个属性交给CreateWindow,如下图:
这样就好了,我想顺便提个问题,我在设计一个程序的时候,也碰到了“布局”和“加载”的先后问题,因为布局可能需要重新调整加载的资源,而加载资源又需要参考布局的尺寸,由于功能上的原因,我必须把两者分开,所以存在我前面说的这个先鸡先蛋的难题。最后我是这么弄的,做一个“资源是否已经加载”的标志,然后总是先“布局”,布局的时候检查这个标志,如果没有资源的加载,那就只更改尺寸参数而不调整资源,这样看起来就没什么问题了,从逻辑上来说我的设计确实是WM_SIZE优先于WM_CREATE……
![](https://i-blog.csdnimg.cn/blog_migrate/5f1b3afa403bbac871889a82617a67b2.png)
程序每次总是先触到WM_SIZE的这个断点,难道我理解一直有误?于是我创建了一个hello world程序,调试了半天,又发觉没有这个问题,WM_CREATE总是在WM_SIZE之前,我尝试在别处重现问题,无果……现在,你再仔细看一下上图,你发现问题了么?
我想经过我这么提示,你应该知道了:原因就是WM_CREATE这个断点前一行的SetWindowLong这个调用,这个调用会引起一个WM_SIZE事件,所以这就制造了WM_SIZE在WM_CREATE之前这个假象。处理这个问题很简单,把SetWindowLong这行拿掉,然后把WS_NONAVDONEBUTTON这个属性交给CreateWindow,如下图:
![](https://i-blog.csdnimg.cn/blog_migrate/2bd38ff00f63d59e3aae39442856c54f.png)
这样就好了,我想顺便提个问题,我在设计一个程序的时候,也碰到了“布局”和“加载”的先后问题,因为布局可能需要重新调整加载的资源,而加载资源又需要参考布局的尺寸,由于功能上的原因,我必须把两者分开,所以存在我前面说的这个先鸡先蛋的难题。最后我是这么弄的,做一个“资源是否已经加载”的标志,然后总是先“布局”,布局的时候检查这个标志,如果没有资源的加载,那就只更改尺寸参数而不调整资源,这样看起来就没什么问题了,从逻辑上来说我的设计确实是WM_SIZE优先于WM_CREATE……