摘要:本文章主要以MFC程序的執(zhí)行流程、執(zhí)行順序等執(zhí)行過程的剖析做出的結(jié)論,下面一起來看看原文的具體介紹。
一、MFC介紹
微軟基礎(chǔ)類庫(英語:Microsoft Foundation Classes,簡稱MFC)是微軟公司提供的一個(gè)類庫(class libraries),以C++類的形式封裝了Windows API,并且包含一個(gè)應(yīng)用程序框架,以減少應(yīng)用程序開發(fā)人員的工作量。其中包含大量Windows句柄封裝類和很多Windows的內(nèi)建控件和組件的封裝類。
二、MFC程序執(zhí)行過程剖析
1)我們知道在WIN32API程序當(dāng)中,程序的入口為WinMain函數(shù),在這個(gè)函數(shù)當(dāng)中我們完成注冊窗口類,創(chuàng)建窗口,進(jìn)入消息循環(huán),最后由操作系統(tǒng)根據(jù)發(fā)送到程序窗口的消息調(diào)用程序的窗口函數(shù)。而在MFC程序當(dāng)中我們不在能找到類似WinMain這樣的程序入口,取而代之的是一系列派生類的聲明和定義以及一個(gè)沖CWinApp類派生而來的類的全局對象。CWinApp類被稱之為應(yīng)用程序?qū)ο?,在一個(gè)MFC程序當(dāng)中只允許有一個(gè)應(yīng)用程序?qū)ο?。由于CWinApp的派生對象是全局的,因此這個(gè)對象的構(gòu)造函數(shù)會在所有的其他代碼運(yùn)行之前被調(diào)用,而由于CWinApp類當(dāng)中包含了HWND、HINSTANCE等句柄的存在,其構(gòu)造函數(shù)就執(zhí)行了對這些成員數(shù)據(jù)的初始化操作,這里的所謂初始化僅僅是把所有的句柄對象賦值為NULL。
2)在調(diào)用完CWinApp的構(gòu)造函數(shù)以后由連接器向程序內(nèi)自動鏈接的AfxWinMain函數(shù)將被調(diào)用,而這個(gè)函數(shù)可以被看作MFC程序的入口函數(shù)。在這個(gè)函數(shù)當(dāng)中調(diào)用全局AfxGetApp()函數(shù)獲得應(yīng)用程序?qū)ο螅@時(shí)將調(diào)用AfxInit全局函數(shù),這個(gè)函數(shù)的功能是使用操作系統(tǒng)傳遞給AfxWinMain函數(shù)的參數(shù)初始化應(yīng)用程序?qū)ο螽?dāng)中的相關(guān)句柄數(shù)據(jù)成員。
3)之后AfxWinMain函數(shù)調(diào)用CWinApp::InitApplication成員函數(shù),這個(gè)成員函數(shù)用來初始化應(yīng)用程序?qū)ο螽?dāng)中的關(guān)于文檔部分的內(nèi)容。
4)隨后調(diào)用CWinApp::InitInstance成員函數(shù),在這個(gè)成員函數(shù)當(dāng)中,使用new操作在堆上聲明一個(gè)框架窗口對象,由此導(dǎo)致框架窗口對象的構(gòu)造函數(shù)被調(diào)用,在框架窗口構(gòu)造函數(shù)當(dāng)中調(diào)用Create函數(shù)來創(chuàng)建窗口,而調(diào)用的Create函數(shù)一般將WNDCLASS參數(shù)設(shè)置成NULL,這樣就由MFC內(nèi)部調(diào)用PreCreateWindow函數(shù),在這個(gè)函數(shù)當(dāng)中由MFC注冊幾個(gè)默認(rèn)的WNDCLASS供框架窗口的Create使用。這時(shí)程序控制權(quán)交還給CWinApp::InitInstance成員函數(shù)內(nèi)部,由這個(gè)函數(shù)調(diào)用CWnd::ShowWindow顯示窗口并且調(diào)用CWnd::UpdateWindow向窗口發(fā)送WM_PAINT消息。調(diào)用完CWinApp::InitInstance成員函數(shù)后由AfxWinMain函數(shù)調(diào)用CWinApp::Run成員函數(shù),并由這個(gè)函數(shù)來創(chuàng)建和處理消息循環(huán),并且在沒有消息的時(shí)候處理OnIdle空閑處理。至此整個(gè)程序的創(chuàng)建過程完成。
5)在程序的運(yùn)行過程當(dāng)中,由操作系統(tǒng)源源不斷的發(fā)送消息給應(yīng)用程序,并且由CWinApp::Run當(dāng)中的消息循環(huán)處理并且分發(fā)給相關(guān)的窗口對象的DefWindowProc成員函數(shù),并由這個(gè)成員函數(shù)查詢窗口對象的消息映射表,如果查到對應(yīng)項(xiàng),則由登記在消息映射表當(dāng)中的類成員函數(shù)處理,否則則按照Message Route當(dāng)中的順序象父層類發(fā)送。
6)在消息運(yùn)行結(jié)束,用戶按下關(guān)閉按鈕后,操作系統(tǒng)向程序發(fā)送WM_CLOSE消息,默認(rèn)狀況下程序調(diào)用DestoryWindow并且發(fā)送WM_DESTORY消息,應(yīng)用程序接受到這個(gè)消息以后的默認(rèn)操作是調(diào)用PostQuitMessage函數(shù),由這個(gè)函數(shù)發(fā)送WM_QUIT消息。當(dāng)程序?qū)ο蠼邮艿絎M_QUIT消息后消息循環(huán)結(jié)束,由AfxWinMain函數(shù)調(diào)用AfxTerm函數(shù)清理程序使用過的資源并且結(jié)束整個(gè)程序。
三、MFC程序的執(zhí)行順序
MFC只是對WIN32的API進(jìn)行了封裝,所以MFC的本質(zhì)還是WIN32程序。有了這層封裝,我們看不到WIN32的WinMain函數(shù),也就不清楚MFC程序的啟動過程。雖然我們沒有看到WinMain函數(shù),但不代表沒有WinMain函數(shù),這個(gè)函數(shù)位于*\VC\atlmfc\src\mfc目錄的appmodul .cpp文件中有一個(gè)_tWinMain函數(shù), _tWinMain函數(shù)調(diào)用了WinMain.CPP文件中的AfxWinMain函數(shù)。
tWinMain函數(shù)實(shí)現(xiàn):
extern “C” int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
__in LPTSTR lpCmdLine, int nCmdShow)
{
// call shared/exported WinMain
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}1234567
AfxWinMain函數(shù)實(shí)現(xiàn):
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))
// 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\n”);
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)。\n”,
AfxGetModuleThreadState()-》m_nTempMapLock);
}
AfxLockTempMaps();
AfxUnlockTempMaps(-1);
#endif
AfxWinTerm();
return nReturnCode;
}123456789101112131415161718192021222324252627282930313233343536373839404142434445
_tWinMain和WinMain的聲明是一致的,但是_tWinMain不是最先執(zhí)行的,因?yàn)檎麄€(gè)程序一開始是初始化全局變量,這里的全局變量有WinApp類型的theApp,初始化theApp就是執(zhí)行CWinApp的構(gòu)造函數(shù)。在這個(gè)AfxWinMain函數(shù)里面調(diào)用了pThread-》InitInstance()函數(shù),InitInstance函數(shù)是CWinApp類(CWinApp繼承于CWinThread)的虛函數(shù),所以這里就調(diào)用派生類的InitInstance函數(shù),用戶一般在這個(gè)函數(shù)里面創(chuàng)建對話框,單文檔,多文檔界面。執(zhí)行完InitInstance函數(shù)后,就會執(zhí)行CWinApp類的run函數(shù)(*\VC\atlmfc\src\mfc\thrdcore.cpp),這個(gè)函數(shù)一個(gè)死循環(huán),不斷地從的消息隊(duì)列中讀取消息。代碼如下:
int CWinThread::Run()
{
ASSERT_VALID(this);
_AFX_THREAD_STATE* pState = AfxGetThreadState();
// for tracking the idle time state
BOOL bIdle = TRUE;
LONG lIdleCount = 0;
// acquire and dispatch messages until a WM_QUIT message is received.
for (;;)
{
// phase1: check to see if we can do idle work
while (bIdle &&
?。。海篜eekMessage(&(pState-》m_msgCur), NULL, NULL, NULL, PM_NOREMOVE))
{
// call OnIdle while in bIdle state
if (!OnIdle(lIdleCount++))
bIdle = FALSE; // assume “no idle” state
}
// phase2: pump messages while available
do
{
// pump message, but quit on WM_QUIT
if (!PumpMessage())
return ExitInstance();
// reset “no idle” state after pumping “normal” message
//if (IsIdleMessage(&m_msgCur))
if (IsIdleMessage(&(pState-》m_msgCur)))
{
bIdle = TRUE;
lIdleCount = 0;
}
} while (::PeekMessage(&(pState-》m_msgCur), NULL, NULL, NULL, PM_NOREMOVE));
}
}123456789101112131415161718192021222324252627282930313233343536373839
小結(jié)
MFC程序的執(zhí)行順序和Win32的執(zhí)行順序完全一樣:初始化全局變量(theApp),執(zhí)行WinMain函數(shù)(AfxWinMain),創(chuàng)建及注冊窗口(在InitInstance函數(shù)中創(chuàng)建對話框,單文檔,多文檔窗口),消息循環(huán)(Run函數(shù))
評論