MFC程序运行原理初探

几年前，写过一段时间的MFC，但是只知其然不知其所以然，最近闲来无事，研究了一下MFC程序的运行顺序，特此记录一下。

首先，如果我们创建一个MFC程序的话，首先会自动生成一个CWinApp的子类，程序运行时，最先执行的就是该子类的构造函数。

然后，会由连接器调用函数内自动连接的函数AfxWinMain，这个函数在文件winmain.cpp中实现，这也可以被作为整个MFC程序的入口函数，其代码如下：

int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
    _In_ LPTSTR lpCmdLine, int nCmdShow)
{
    ASSERT(hPrevInstance == NULL);

    int nReturnCode = -1;
    CWinThread* pThread = AfxGetThread();
    CWinApp* pApp = AfxGetApp();

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

    // App global initializations (rare)
    if (pApp != NULL && !pApp->InitApplication())
        goto InitFailure;

    // Perform specific initializations
    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();

InitFailure:
#ifdef _DEBUG
    // Check for missing AfxLockTempMap calls
    if (AfxGetModuleThreadState()->m_nTempMapLock != 0)
    {
        TRACE(traceAppMsg, 0, "Warning: Temp map lock count non-zero (%ld).
",
            AfxGetModuleThreadState()->m_nTempMapLock);
    }
    AfxLockTempMaps();
    AfxUnlockTempMaps(-1);
#endif

    AfxWinTerm();
    return nReturnCode;
}

函数执行时，先通过AfxGetThread()和AfxGetApp()获取两个指针对象，这两个函数前者是获取当前运行的线程对象，后者是获取当前运行的APP对象，细心的话，可以发现CWinApp是继承自CWinThread类的，所以如果是单线程的应用的话，两者返回的应该是同一个对象指针，而这个对象正是我们前面所提到的CWinApp的子类。

于是一切都顺理成章了，首先调用InitApplication()函数，然后调用InitInstance()函数，最后调用Run()来接受界面上的消息进行相应的处理。