MFC执行顺序.pdf

1、创建Application object 对象theApp 程序一开始生产一个(且只有一个)Application object 对象theApp，也即一个CWinApp 对象，这个全局对象一产生，便执行其构造函数，因为并没有定义CMyWinApp 构造函数，所 以即执行CWinApp 类的构造函数。该函数定义于APPCORE.CPP 第75 行，你可以自己搜出 来啃一啃，因此，CWinApp 之中的成员变量将因为theApp 这个全局对象的诞生而获得配置与 初值。 2、WinMain 登场 用SDK 编程序时，程序的入口点是WinMain 函数，而在MFC 程序里我们并没有看到 WinMain 函数，哦！~ 原来她是被隐藏在MFC 代码里面了。当theApp 配置完成后，WinMain 登场，慢！细看程序，并没连到WinMain 函数的代码啊！这个我也不知道，MFC 早已准备好 并由链接器直接加到应用程序代码中了，原来她在APPMODUL.CPP 里面，好，我们就认为当 theApp 配置完成后，程序就转到APPMODUL.CPP 来了。那执行什么呢？看看下面从 APPMODUL.CPP 摘出来的代码： extern C int WINAPI _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { // call shared/exported WinMain return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); } _tWinMain 函数的“_t”是为了支持Unicode 而准备的一个宏。 _tWinMain 函数返回值是AfxWinMain 函数的返回值，AfxWinMain 函数定义于 WINMAIN.CPP 第21 行，稍加整理，去芜存菁，就可以看到这个“程序进入点”主要做些什么 事： int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { int nReturnCode = -1; CWinApp* pApp = AfxGetApp(); AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow); pApp-InitApplication(); pApp-InitInstance() nReturnCode = pApp-Run(); AfxWinTerm(); return nReturnCode; } AfxGetApp()函数是取得CMyWinApp 对象指针，故上面函数第6 至8 行相当于调用： CMyWinApp::InitApplication(); CMyWinApp::InitInstance() CMyWinApp::Run(); 因而导致调用： CWinApp::InitApplication(); // 因为 CMyWinApp 并没有改写 InitApplication CMyWinApp::InitInstance() // 因为 CMyWinApp 改写了 InitInstance CWinApp::Run(); // 因为 CMyWinApp 并没有改写 Run 用过SDK 写程序的朋友，现在可能会发出会心的微笑。 3、AfxWinInit——AFX 内部初始化操作 AfxWinInit 是继CWinApp 构造函数之后的第一个操作，主要做的是AFX 内部初始化操作， 处理很多难以预料的问题，它与AfxWinTerm()对应。该函数定义于APPINIT.CPP 第24 行， 这里就不掏出来了，你自己搜出来啃吧！ 4、执行CWinApp::InitApplication AfxWinInit 之后的操作是pApp-InitApplication，我们已知道pApp 指向CMyWinApp 对象，当调用： pApp-InitApplication(); 相当于调用： CMyWin