深入浅出MFC：Windows程序的生与死

在了解完Windows程序（mfc）的基本架构之后，现在让我们来大体的回顾一下Windows程序的运行的流程：

1：程序初始化，初始化过程中调用CreateWindow()为程序建立一个窗口并发送消息WM_CREATE直接给窗口函数（该消息将会引起一些初始化的工作，例如：配置内存，打开文件，读初始化数据等等），并通过ShowWindow()来显示窗口。

2：在程序的执行的过程中，程序会不断地以GetMessage从系统消息队列中抓取消息，如果这个消息是WM_QUIT ， GetMessage 会传回0而结束while循环，进而结束整个程序

3：通过Windows的USER模块的协助与监督分发消息，将消息分派至窗口函数，消息将在此处被判别并处理

4：程序不断循环2->3的操作

5：当使用者按下窗口的关闭命令项的时候，系统会送出消息WM_CLOSE，通常程序的窗口函数不拦截此消息，于是DefWindowProc处理它。

6：DefindowProc 收到消息 WM_CLOSE 后，调用DestoryWindow 把窗口清除。DestoryWindow本身又会送出 WM_DESTROY。

7：程序对 WM_DESTORY 的标准反应是调用PostQuitMessage .

8：PostQuitMessage 没什么其他操作，就只送出WM_QUIT 消息 ，准备让消息循环中的GetMessage 取得 ，如步骤2，结束消息循环

至于为何结束程序的操作如此繁琐，因为操作系统与应用程序职责不同，2者互相合作, 各自处理自生的事件，并以消息互相通知，而不可能系统还耦合我们开发的程序，做一个小实验，直接拦截WM_DESTORY ，我们仍然可以看到窗口消息，但是程序并不会中止，还保留在内存中，所以我们需要多步操作达到整个程序的结束，而这个过程中就涉及到不断的发送消息完成这多步操作，最后奉上示意图（图是盗的。。。汗）：