四、MFC程序的執(zhí)行流程

　　對于理解MFC程序執(zhí)行流程，我覺得理解new 、虛擬函數(shù)調(diào)用、構(gòu)造和析構(gòu)函數(shù)調(diào)用（http://blog.csdn.net/misskissc/article/details/8549254）次序、類指標(biāo)結(jié)論幾個地方對此很有幫助。剛好在學(xué)習(xí)MFC程序的過程中也正好去學(xué)習(xí)了這幾個方面（或者說是先去查詢式的學(xué)習(xí)了這幾個方面之后覺得對理解MFC程序執(zhí)行流程有幫助）。

　　1.new

　　new和malloc函數(shù)都可以為變量申請一段某種類型的動態(tài)存儲空間，new在申請動態(tài)空間外還會引發(fā)申請空間對象構(gòu)造函數(shù)的運(yùn)行。當(dāng)然，有new就需要在需要的地方有delete，這是一種必備的習(xí)慣。

　　2.虛擬函數(shù)的調(diào)用

　　使用派生類對象訪問類的成員函數(shù)時(shí)，若此函數(shù)為非虛擬函數(shù)時(shí)，訪問的函數(shù)都是基類成員函數(shù)的地址；若訪問的成員函數(shù)為虛擬函數(shù)（前面加了virtual關(guān)鍵字）時(shí)，若在派生類中沒有申明（修改）則調(diào)用的是基類（或者某派生類（當(dāng)此派生類改變了此虛擬函數(shù)時(shí)））中的函數(shù)地址，若在派生類修改了虛擬函數(shù)，則調(diào)用的就是派生類的成員函數(shù)。

　　3.構(gòu)造函數(shù)和析構(gòu)函數(shù)的調(diào)用次序

　　構(gòu)造函數(shù)和析構(gòu)函數(shù)的調(diào)用次序從一定程度上反應(yīng)出MFC程序執(zhí)行流程。建構(gòu)式（運(yùn)行應(yīng)用程序類的對象的構(gòu)造函數(shù)）是早于程序運(yùn)行入口點(diǎn)的，即應(yīng)用程序類對象的構(gòu)造函數(shù)的運(yùn)行要比AfxWinMain函數(shù)的運(yùn)行要早。當(dāng)然，析構(gòu)函數(shù)是在相應(yīng)情況下（delete發(fā)生、局部運(yùn)行完畢、程序運(yùn)行結(jié)束時(shí)）發(fā)生。而且構(gòu)造函數(shù)的運(yùn)行遵循一定的方式（構(gòu)造函數(shù)析構(gòu)函數(shù)調(diào)用次序），析構(gòu)函數(shù)的運(yùn)行與構(gòu)造函數(shù)的運(yùn)行相反。

　　4.類指標(biāo)相關(guān)結(jié)論

　　如果以一個基礎(chǔ)類別之指標(biāo)指向衍生類別之物件，那么該指標(biāo)只能呼叫基礎(chǔ)類所定義的函式。如果一個衍生類指標(biāo)指向一個基礎(chǔ)類別物件，必須先做明確的轉(zhuǎn)型動作（對基礎(chǔ)類之物件取地址&對派生類指標(biāo)賦值）。這種做法很危險(xiǎn)。如果基礎(chǔ)類別和衍生類別都定義了相同名之成員函式，那么透過物件指標(biāo)呼叫成員函式時(shí)，到底呼叫到哪一個函式，必須視該指標(biāo)原始性別而定，而不是視指標(biāo)實(shí)際所指之物件的性別而定。

　　五、簡析MFC程序執(zhí)行流程

　　撇開所有的頭文件中對類聲明、派生的代碼，我們到應(yīng)用程序類源代碼文件（CMy*.cpp）定義應(yīng)用程序類對象的地方，見圖1

　　圖1.《深入淺出 MFC》一書中的MFC程序執(zhí)行流程分析圖

　　MFC程序執(zhí)行流程跟標(biāo)號增大的方向一致：

　　當(dāng)定義應(yīng)用程序類對象時(shí)，在程序進(jìn)入AfxWinMain（）函數(shù)前，應(yīng)用程序類對象的構(gòu)造函數(shù)先運(yùn)行，構(gòu)造應(yīng)用程序類對象。

　　進(jìn)入程序運(yùn)行的入口點(diǎn)AfxWinMain（）函數(shù)中，AfxGetApp（）函數(shù)返回指向當(dāng)前應(yīng)用程序的單一的CWinApp對象的指針。根據(jù)類指標(biāo)相關(guān)結(jié)論可知，除了被修改的虛擬函式外，用指針pApp訪問的函數(shù)都是訪問的CWinApp中的成員函式。所以用pApp-》InitApplication（） ［及Run］ 調(diào)用的函式為CWindApp：：InitApplication（） ［及CWindApp：：Run（）］ ；因?yàn)镮nitIntance（）函數(shù)被改變，因此而pApp-》InitIntance（）調(diào)用的卻是派生類中（假設(shè)為CMyWindApp）的函式（CMyWindApp：：InitIntance（）），而且InitIntance（）函數(shù)內(nèi)的內(nèi)容會被自動執(zhí)行，一般這里的代碼為跟生成窗口有關(guān)。

　　這里是關(guān)于初始化的函數(shù)，作為初學(xué)者，這里可以先跳過。容日后究。

　　這就是在調(diào)用派生類CMyWindApp的成員函數(shù)，雖然這個調(diào)用的語句我們看不到。這里涉及虛擬函數(shù)妙用的內(nèi)容哦，派生類中被修改的虛擬函數(shù)將會被調(diào)用。

　?。?-8語句）這是在對虛擬函數(shù)InitIntance（）進(jìn)行改寫，在改寫的過程中很可能依據(jù)函數(shù)的調(diào)用方式（虛擬函數(shù)，非虛擬函數(shù)的調(diào)用方式）再調(diào)用其它的函數(shù)。其實(shí)函數(shù)的調(diào)用占MFC應(yīng)用程序執(zhí)行流程的很大一部分，對于函數(shù)的調(diào)用，這里添加了一些規(guī)則，如此就構(gòu)成了整個的運(yùn)行。

　?。?語句）pApp-》Run（）就是檢測是否有消息發(fā)生的主消息循環(huán)事件函數(shù)，當(dāng)有任何規(guī)定的事件發(fā)生它都會檢測到，并通過一定方式調(diào)用到相應(yīng)的函數(shù)，具體內(nèi)容可以后深究。

　　這個過程只是在定義應(yīng)用程序類對象時(shí)MFC內(nèi)部機(jī)制的簡單剖析，其實(shí)在接收到用戶信息、調(diào)用用響應(yīng)的事件函數(shù)（DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC巨集）等這些過程都是很有研究價(jià)值的，對咱初學(xué)者來說就先了解一個大概，最開始就要把這些原理弄得很清楚還是很費(fèi)功夫的！如此，就找到了MFC程序入口及消息循環(huán)的基本原理了，至于MFC程序如何響應(yīng)事件及另外的一些重要性質(zhì)就讓我們?nèi)蘸笸诰虬伞?/p>