我一直認為創(chuàng)建一個窗口的時候，窗口處理過程處理WM_CREATE是在處理WM_SIZE之前的，所以很多初始化的東西都放在WM_CREATE處來做，但最近弄一個程序發(fā)現(xiàn)到了WM_SIZE處出錯，原因是空指針，而這個指針應該是在WM_CREATE的時候被賦值的，奇怪了，難道WM_SIZE會在WM_CREATE之前？于是設兩個斷點，不看不知道，一看還真的如此，如下圖：
程序每次總是先觸到WM_SIZE的這個斷點，難道我理解一直有誤？于是我創(chuàng)建了一個hello world程序，調試了半天，又發(fā)覺沒有這個問題，WM_CREATE總是在WM_SIZE之前，我嘗試在別處重現(xiàn)問題，無果……現(xiàn)在，你再仔細看一下上圖，你發(fā)現(xiàn)問題了么？
我想經過我這么提示，你應該知道了：原因就是WM_CREATE這個斷點前一行的SetWindowLong這個調用，這個調用會引起一個WM_SIZE事件，所以這就制造了WM_SIZE在WM_CREATE之前這個假象。處理這個問題很簡單，把SetWindowLong這行拿掉，然后把WS_NONAVDONEBUTTON這個屬性交給CreateWindow，如下圖：
這樣就好了，我想順便提個問題，我在設計一個程序的時候，也碰到了“布局”和“加載”的先后問題，因為布局可能需要重新調整加載的資源，而加載資源又需要參考布局的尺寸，由于功能上的原因，我必須把兩者分開，所以存在我前面說的這個先雞先蛋的難題。最后我是這么弄的，做一個“資源是否已經加載”的標志，然后總是先“布局”，布局的時候檢查這個標志，如果沒有資源的加載，那就只更改尺寸參數(shù)而不調整資源，這樣看起來就沒什么問題了，從邏輯上來說我的設計確實是WM_SIZE優(yōu)先于WM_CREATE……
歡迎對這些方面的設計問題留言討論。