VC++中的MFC程序的执行过程
2007-11-22 23:37
369 查看
程序的诞生
#Application Object产生，内存于是获得配置,初值亦设立完成。
#AfxWinMain执行AfxWinInit，后者又调用AfxInitThread,把消息队列尽量加大。
#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的处理方式就是调用::DestoryWindow，并因而发出WM_DESTORY。
#默认的WM_DESTROY处理方式是调用::PostQuitMessage。因此发出WM_QUIT.
#CwinApp::Run收到WM_QUIT后会结束其内部之消息循环，然后调用ExitInstance，这是CwinApp的一个虚拟函数。
#如果CmyWinApp改写了ExitInstance，那么CwinApp::Run所调用的就是CmyWinApp::ExitInstance,否则就是CwinApp::ExitInstance.
#最后回到AfxWinMain,执行AfxWinTerm，结束程序。
#Application Object产生，内存于是获得配置,初值亦设立完成。
#AfxWinMain执行AfxWinInit，后者又调用AfxInitThread,把消息队列尽量加大。
#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的处理方式就是调用::DestoryWindow，并因而发出WM_DESTORY。
#默认的WM_DESTROY处理方式是调用::PostQuitMessage。因此发出WM_QUIT.
#CwinApp::Run收到WM_QUIT后会结束其内部之消息循环，然后调用ExitInstance，这是CwinApp的一个虚拟函数。
#如果CmyWinApp改写了ExitInstance，那么CwinApp::Run所调用的就是CmyWinApp::ExitInstance,否则就是CwinApp::ExitInstance.
#最后回到AfxWinMain,执行AfxWinTerm，结束程序。
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- VC++中的MFC程序的执行过程
- VC++中的MFC程序的执行过程
- VC++中的MFC程序的执行过程
- VC++中的MFC程序的执行过程
- 深浅MFC学习笔记总结－MFC程序的执行过程
- MFC程序的启动过程与相关函数执行顺序
- 【IDE-Visual Studio】vs2010 -MFC-查看程序执行过程
- MFC程序执行过程
- MFC程序的启动过程与相关函数执行顺序
- VC++孙鑫-第三章-MFC AppWizard的原理与MFC程序框架-讲WIN32SDK和MFC编程的相同过程
- vc2005编译过程中"没有找到MFC80UD.DLL,因此这个程序未能启动.重新安装应用程序可能会修复此问题"? 的彻底解决
- VC++剖析之MFC程序执行流程
- MFC程序的启动过程与相关函数执行顺序
- vc++深入跟踪MFC程序的执行流程
- MFC程序开始的执行过程详述
- MFC程序执行过程剖析
- MFC程序的启动过程与相关函数执行顺序
- MFC程序执行过程剖析
- MFC--程序执行过程
- MFC程序执行过程剖析