MFC程序的诞生与死亡

                                                                                                               MFC程序的诞生与死亡

程序的诞生：

① Application object产生，内存于是获得配置，初值亦设立了。

② Afx WinMain执行AfxWinInit，后者又调用AfxInitThread，把消息队列尽量加大到96.

③ AfxWinMain执行InitApplication。这是CWinApp的虚拟函数，通常我们不改写它。

④ AfxWinMain执行InitInstance。这是CWinApp的虚拟函数，我们必须改写它。

⑤ CMyWinApp::InitInstance ‘new’了一个CMyFrameWnd对象。

⑥ CMyFrameWnd构造式调用Create，产生主窗口。我们在Create参数中指定的窗口类别是NULL，于是MFC根据窗口种类，自行为我们注册一个名为“AfxFrameOrView42d”的窗口类别。

⑦    回到InitInstance中继续执行ShowWindow，显示窗口。

⑧    执行UpdateWindow，于是发出WM_PAINT。

⑨    回到AfxWinMain，执行Run，进入消息循环。

程序开始运行：

①    程序获得WM_PAINT消息（籍由CWinApp：：Run中的：：GetMessage循环）。

②    WM_PAINT经由：：DispatchMessage送到窗口函数CWnd：：DefWindowProc中。

③    CWnd：：DefWindowProc将消息传递过消息映射表格(Message Map)。

④    传递过程中发现有相符项目，于是调用项目中对应的函数，此函数是应用程序利用BEGIN_MESSAGE_MAP和END_MESSAGE_MAP之间的宏设立起来的。

⑤    标准消息的处理程序亦有标准命名，例如WM_PAINT必然由OnPaint处理。

以下是程序的死亡：

①    使用者单击[File/Close]，于是发出WM_CLOSE。

②    CMyFrameWnd并没有设置WM_CLOSE处理程序，于是交给默认的处理程序。

③    默认函数对于WM_CLOSE的处理方式是调用：：DestroyWindow，并因而发出WM_DESTROY。

④    默认的WM_DESTROY处理方式是调用：：PostQuitMessage，因此发出WM_QUIT。

⑤    CWinApp::Run收到WM_QUIT后会结束其内部之消息循环，然后调用ExitInstance，这是CWinApp的一个虚拟函数。

⑥    如果CMyWinApp改写了ExitInstance，那么CWinApp::Run所调用的就是CMyWinApp::ExitInstance,否则就是CWinApp::ExitInstance。

⑦    最后回到AfxWinMain，执行AfxWinTerm，结束程序。

摘自：深入浅出MFC（第二版） 侯俊杰著