程序的来龙去脉整理：
程序的诞生：
*Application object 产生，内存于是获得配置，初值亦设立了。
*AfxWinMain执行AfxWinInit，后者又调用AfxInitThread，把消息队列尽量加大到96.（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，结束程序。