關于Windows程序模型的最重要之處在于，程序是在Windows面向對象的體系結構中運行的。
在WinMain()函數中，程序所進行的最重要工作是注冊窗口類，從而把自定義的窗口過程提供給Windows。然后程序調用Windows創(chuàng)建和顯示窗口，由此啟動同用戶的交互過程。在消息循環(huán)中，程序不斷取得消息，但并不進行處理，而是將其發(fā)回Windows，由Windows將消息發(fā)給相應的窗口過程。消息循環(huán)的作用在于控制生命期，如果沒有消息循環(huán)，進程將立即結束。
在較高層次上來看，一個可擴展的系統(tǒng)會給模塊提供資源和自由，而模塊應當配合系統(tǒng)的整體結構。程序執(zhí)行時，Windows會為其創(chuàng)建進程，分配資源，并調用WinMain()。WinMain()是進程入口，也是進程出口，在此期間進程可以做任何事情，但是為了使用Windows提供的各種便利，它必須符合Windows程序模型，將自己的運行結合到Windows環(huán)境中。作為進程出口，WinMain()決定著程序生命期。一個提供窗口過程而等待Windows調用的程序如何維持和結束自己的生命期呢，應該由消息來決定。當進程沒有要處理的消息時，它應該等待，所以WinMain()必須知道有沒有消息，Windows發(fā)給窗口過程的消息不能繞過WinMain()；當進程收到特定的消息時，它結束生命期，所以WinMain()還應該了解消息的內容。這正是GetMessage()所做的，如果取不到消息就阻塞，如果取到WM_QUIT消息就返回0，結束消息循環(huán)。那么如果取到普通的消息呢，由WinMain()直接調用窗口過程不可以嗎？這種做法有悖于程序由Windows調用的基本思想，而實際上也會出現問題。一個窗口程序可能有很多窗口類，一些窗口類及其窗口過程是程序自定義的，另一些則是在Windows內部定義的，程序看不到其窗口過程，比如各種控件窗口。窗口程序運行起來以后，這些窗口類互相配合，它們通信的方式就是消息。由于消息指向的窗口過程可能是自定義的，也可能是Windows內部的，只有Windows才能把它們都送到目的地，并保持發(fā)送方式的一致性。所以WinMain()取到消息后，通過DispatchMessage()將其發(fā)回Windows，由Windows為其調用適當的窗口過程，直到窗口過程調用后返回Windows，DispatchMessage()才返回。(Windows調用窗口過程之后控制首先返回Windows，由WinMain()調用窗口過程之后控制保持在程序中，這種區(qū)別是否也有作用？不過經我試驗，在一個Win32 SDK的Hello程序中改由WinMain()調用窗口過程，沒有發(fā)現什么問題)
參考資料：
1.《Windows程序設計》/Charles Petzold 著 北京博彥科技發(fā)展有限公司 譯 北大出版社