Windows API: What is the first message a window is guaranteed to receive?

后端 未结 4 2092
囚心锁ツ
囚心锁ツ 2020-12-16 18:44

I\'ve been used to thinking that WM_CREATE is the first message a window receives. However, when testing this assumption on a top-level window, it turns out to be false. In

相关标签:
4条回答
  • 2020-12-16 19:10

    You answered your own question. I too see WM_GETMINMAXINFO, on Windows XP SP3, followed by WM_NCCREATE, WM_NCCALCSIZE, and finally WM_CREATE before CreateWindowEx() has even returned the handle to the window being created. What garabage'

    The general answer is that Microsoft is incompetent when it comes to orderly creation and destruction of objects. They get it wrong with windows, with COM, and with device drivers. There's always some catch-22 where an object is half-created or half-destroyed that requires some roundabout convoluted solution to produce a reliable product.

    0 讨论(0)
  • 2020-12-16 19:13

    Results by experimentation are better than just trusting the source, especially since the source is composed by a legion of programmers, and none know all the code. That said:

    The fist message I receive is 0x24 (WM_GETMINMAXINFO).

    Can I assume that it will always be the first message? No, since code change between versions of windows, and Microsoft has not documented a message guaranteed to be the first one received.

    Bottom line: Do not assume that WM_CREATE was called before another message.

    0 讨论(0)
  • 2020-12-16 19:21

    You can use spy++ which comes with visual studio to see what messages are generated when the application or window is started.

    0 讨论(0)
  • 2020-12-16 19:27

    WM_NCCREATE is actually the very first message your window will receive, which will arrive before WM_CREATE. It is related to creating the non-client area (eg. title bar, system menu, etc), hence the NC prefix.

    WM_GETMINMAXINFO is sent before the window size/position is changed, and may arrive before WM_CREATE (see below for more).

    The WM_CREATE message is sent before CreateWindow() returns, so you can guarantee that per-window initialisation has been performed by that point. Your window proc will receive WM_CREATE after the window is created, but before the window becomes visible (WM_SHOWWINDOW).

    Actually, there is an interesting inconsistency in the MSDN documentation - the creation messages seem to depend on whether you call CreateWindow() or CreateWindowEx(), however it does not specify that the messages are necessarily listed in order of dispatching.

    • CreateWindow(): WM_CREATE, WM_GETMINMAXINFO and WM_NCCREATE
    • CreateWindowEx(): WM_NCCREATE, WM_NCCALCSIZE, and WM_CREATE

    I strongly suspect that the message order described in CreateWindow() should have WM_NCCREATE first, and the regular WM_CREATE last, which is consistent with the notification documentation and the CreateWindowEx() reference (and also consistent with what you describe).

    Raymond Chen also has some interesting information on window creation/destruction.

    It just goes to show, even seemingly simple things can get complex the more you look at them.

    0 讨论(0)
提交回复
热议问题