一个MFC应用程序的生命周期

  一个MFC应用程序的生命周期

（一）程序的进入点

        MFC作为Win32 API的一种封装，它的程序进入点自然是WinMain。但是，这个WinMain也被封装起来，用户是看不到的，只是在编译器进行连接时会被自动连接。

        下面我们就来寻找一下MFC程序被隐藏了的WinMain。搜索MFC的源文件，可以发现MFC的WinMain定义在 appmodul.cpp中。 此文件可以在VC的MFC src文件夹中找到

extern " C " int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
        __in LPTSTR lpCmdLine, int nCmdShow)
... {
        // call shared/exported WinMain
        return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}

       

        这里的名字虽然是 _tWinMain但是我们使用“转到定义”菜单项跳转，会发现实际上这是一个宏：

        #define _tWinMain    wWinMain

        作为测试我们在 VS中新建一个SDI MFC工程，起名为Test，VC会自动生成五个类

CAboutDlg CMainFrame CTestApp CTestDoc CTestView

       

        在 appmodul.cpp中的WinMain中加入一个断点，然后运行程序。这时我们会发现程序在_tWinMain的断点停住，说明_tWinMain正是MFC程序包裹之下的WinMain

(二) WinMain的工作与生命周期

        继续先前追溯，我们注意到，在Test.cpp中定义有一个全局的对象CTestApp theApp;而每一个 MFC应用程序都有这样唯一的一个从CWinApp继承来的应用程序对象。由于这个对象是全局的，将在WinMain进入之前进行构造和初始化。

 

        我们继续看看 _tWinMain都进行了什么工作。在_tWinMain中只调用了 AfxWinMain函数，它 定义在WINMAIN.CPP中，部分代码如下：

     CWinThread * pThread = AfxGetThread();    
     CWinApp * pApp = AfxGetApp();

        /*pThread和pApp实际是相同的，因为CWinApp继承自
       CWinThread,它们最终都指向CTestApp */

    // AFX internal initialization
    if ( ! AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
        goto InitFailure;

    // App global initializations (rare)    CTestApp.InitApplication 被调用
    if (pApp != NULL && ! pApp-> InitApplication())
        goto InitFailure;

    // Perform specific initializations     CTestApp.InitInstance被调用 初始化、显示窗口
    if ( ! pThread-> InitInstance())
    ... {
        if (pThread->m_pMainWnd != NULL)
        ...{
            TRACE(traceAppMsg, 0, "Warning: Destroying non-NULL m_pMainWnd ");
            pThread->m_pMainWnd->DestroyWindow();
        }
        nReturnCode = pThread->ExitInstance();
        goto InitFailure;
    }
    nReturnCode = pThread -> Run();   // 开始消息循环

我们看到，一开始定义的全局变量在这里发挥了作用，通过AfxGetThread函数程序获得了一个指向CWinApp对象的指针。这时便可以利用这个指针执行一些通用的初始化工作。

首先，MFC通过函数 AfxEndDeferRegisterClass注册窗口类，这个函数在wincore.cpp中定义，在InitInstance函数中被调用。

MFC在注册窗口完成后， CMainFrame中的PreCreateWindow被调用。注意，要先手动调用其父类的PreCreateWindow。在PreCreateWindow返回之后窗口将被创建。窗口的Create函数在ProcessShellCommand函数中调用。

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT & cs)
... {
    if( !CFrameWnd::PreCreateWindow(cs) )
        return FALSE;
    // TODO: 在此处通过修改
    // CREATESTRUCT cs 来修改窗口类或样式

    return TRUE;
}

 

        综合《深入浅出 MFC》第三章的内容，总结一下MFC程序的生命周期：

      

        构造全局对象 CWinApp => WinMain中通过AfxGetApp()得到指向该全局对象的指针 pApp => 调用

pApp->InitApplication() => 调用 pApp->InitInstance() 在InitInstance中注册、显示窗口 => 调用run()函数开始消息循环

        其中， CWinApp中有一个成员变量m_pMainWnd,在InitInstance中会new一个CWnd类给这个指针，然后会register并Create这个窗口。在Create中会先调用preCreateWindow函数来根据客户需求设置窗口参数。

   

        再细节一点，在 InitInstance中先调用AfxEndDeferRegisterClass注册窗口，然后再调用preCreateWindow。根据孙鑫的视频所讲，一般的顺序应是在preCreateWindow里注册窗口，但是MFC为了一些需要先注册的窗口再调用preCreateWindow。当然这是不影响结果的。

如果我们在 preCreateWindow和AfxEndDeferRegisterClass中加入断点调试，会发现这两个函数被调用了很多次。这是因为包括toolbar，statebar在内的很多类都是CWnd的派生类，他们的产生和窗口的产生本质是一样的，都需要先调用preCreateWindow、AfxEndDeferRegisterClass等函数。作为区分，我们可以在断点处观察堆栈中的 lpClassName参数，会发现它们指向了不同的类名。另外， 优快云上还有个解答详见：

http://topic.youkuaiyun.com/t/20031124/00/2487008.html

preCreateWindow 的参数cs结构体和createWindow的参数类型完全一样，也就是说我们可以在preCreateWindow函数中通过修改cs来影响最终窗口的创建。

例如在preCreateWindow中设置cs.cx = 0 cs.cy = 0,则创建出的窗口大小是0

         在窗口创建完成后，通过 pThread->run()开始消息循环，一个MFC程序的初始化工作就基本完成了。