MFC:来龙去脉

1、程序的诞生

■ Application object 产生，内存于是获得配置，初值亦设立了。
■ Afx WinMain 执行AfxWinInit，后者又调用AfxInitThread，把消息队列尽量加大到
96。
■ Afx WinMain 执行InitApplication。这是CWinApp 的虚拟函数，但我们通常不改
写它。
■ AfxWinMain 执行InitInstance。这是CWinApp 的虚拟函数，我们必须改写它。
■ CMyWinApp::InitInstance 'new' 了一个CMyFrameWnd 对象。
■ CMyFrameWnd 构造式调用Create，产生主窗口。我们在Create 参数中指定的
窗口类别是NULL， 于是MFC 根据窗口种类， 自行为我们注册一个名为
"AfxFrameOrView42d" 的窗口类别。
■ 回到InitInstance 中继续执行ShowWindow，显示窗口。
■ 执行UpdateWindow，于是发出WM_PAINT。
■ 回到AfxWinMain，执行Run，进入消息循环。

2、程序开始运作

■ 程序获得WM_PAINT 消息（藉由CWinApp::Run 中的::GetMessage 循环）。
■ WM_PAINT 经由::DispatchMessage 送到窗口函数CWnd::DefWindowProc 中。
■ CWnd::DefWindowProc 将消息绕行过消息映射表格（Message Map）。
■ 绕行过程中发现有吻合项目，于是调用项目中对应的函数。此函数是应用程序
利用BEGIN_MESSAGE_MAP 和END_MESSAGE_MAP 之间的宏设立起来的。
■ 标准消息的处理例程亦有标准命名，例如WM_PAINT 必然由OnPaint 处理。

3、程序的死亡

■ 使用者选按【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，结束程序。