四、MFC程序的執行流程

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

　　1.new

　　new和malloc函數都可以為變量申請一段某種類型的動態存儲空間，new在申請動態空間外還會引發申請空間對象構造函數的運行。當然，有new就需要在需要的地方有delete，這是一種必備的習慣。

　　2.虛擬函數的調用

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

　　3.構造函數和析構函數的調用次序

　　構造函數和析構函數的調用次序從一定程度上反應出MFC程序執行流程。建構式（運行應用程序類的對象的構造函數）是早于程序運行入口點的，即應用程序類對象的構造函數的運行要比AfxWinMain函數的運行要早。當然，析構函數是在相應情況下（delete發生、局部運行完畢、程序運行結束時）發生。而且構造函數的運行遵循一定的方式（構造函數析構函數調用次序），析構函數的運行與構造函數的運行相反。

　　4.類指標相關結論

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

　　五、簡析MFC程序執行流程

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

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

　　MFC程序執行流程跟標號增大的方向一致：

　　當定義應用程序類對象時，在程序進入AfxWinMain（）函數前，應用程序類對象的構造函數先運行，構造應用程序類對象。

　　進入程序運行的入口點AfxWinMain（）函數中，AfxGetApp（）函數返回指向當前應用程序的單一的CWinApp對象的指針。根據類指標相關結論可知，除了被修改的虛擬函式外，用指針pApp訪問的函數都是訪問的CWinApp中的成員函式。所以用pApp-》InitApplication（） ［及Run］ 調用的函式為CWindApp：：InitApplication（） ［及CWindApp：：Run（）］ ；因為InitIntance（）函數被改變，因此而pApp-》InitIntance（）調用的卻是派生類中（假設為CMyWindApp）的函式（CMyWindApp：：InitIntance（）），而且InitIntance（）函數內的內容會被自動執行，一般這里的代碼為跟生成窗口有關。

　　這里是關于初始化的函數，作為初學者，這里可以先跳過。容日后究。

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

　　（5-8語句）這是在對虛擬函數InitIntance（）進行改寫，在改寫的過程中很可能依據函數的調用方式（虛擬函數，非虛擬函數的調用方式）再調用其它的函數。其實函數的調用占MFC應用程序執行流程的很大一部分，對于函數的調用，這里添加了一些規則，如此就構成了整個的運行。

　　（9語句）pApp-》Run（）就是檢測是否有消息發生的主消息循環事件函數，當有任何規定的事件發生它都會檢測到，并通過一定方式調用到相應的函數，具體內容可以后深究。

　　這個過程只是在定義應用程序類對象時MFC內部機制的簡單剖析，其實在接收到用戶信息、調用用響應的事件函數（DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC巨集）等這些過程都是很有研究價值的，對咱初學者來說就先了解一個大概，最開始就要把這些原理弄得很清楚還是很費功夫的！如此，就找到了MFC程序入口及消息循環的基本原理了，至于MFC程序如何響應事件及另外的一些重要性質就讓我們日后挖掘吧。