一 MFC程序執行過程剖析

1）我們知道在WIN32API程序當中，程序的入口為WinMain函數，在這個函數當中我們完成注冊窗口類，創建窗口，進入消息循環，最后由操作系統根據發送到程序窗口的消息調用程序的窗口函數。而在MFC程序當中我們不在能找到類似WinMain這樣的程序入口，取而代之的是一系列派生類的聲明和定義以及一個沖CWinApp類派生而來的類的全局對象。CWinApp類被稱之為應用程序對象，在一個MFC程序當中只允許有一個應用程序對象。由于CWinApp的派生對象是全局的，因此這個對象的構造函數會在所有的其他代碼運行之前被調用，而由于CWinApp類當中包含了HWND、HINSTANCE等句柄的存在，其構造函數就執行了對這些成員數據的初始化操作，這里的所謂初始化僅僅是把所有的句柄對象賦值為NULL。

2）在調用完CWinApp的構造函數以后由連接器向程序內自動鏈接的AfxWinMain函數將被調用，而這個函數可以被看作MFC程序的入口函數。在這個函數當中調用全局AfxGetApp()函數獲得應用程序對象，這時將調用AfxInit全局函數，這個函數的功能是使用操作系統傳遞給AfxWinMain函數的參數初始化應用程序對象當中的相關句柄數據成員。

3）之后AfxWinMain函數調用CWinApp::Initapplication成員函數，這個成員函數用來初始化應用程序對象當中的關于文檔部分的內容。

4）隨后調用CWinApp::InitInstance成員函數，在這個成員函數當中，使用new操作在堆上聲明一個框架窗口對象，由此導致框架窗口對象的構造函數被調用，在框架窗口構造函數當中調用Create函數來創建窗口，而調用的Create函數一般將WNDCLASS參數設置成NULL，這樣就由MFC內部調用PReCreateWindow函數，在這個函數當中由MFC注冊幾個默認的WNDCLASS供框架窗口的Create使用。這時程序控制權交還給CWinApp::InitInstance成員函數內部，由這個函數調用CWnd::ShowWindow顯示窗口并且調用CWnd::UpdateWindow向窗口發送WM_PAINT消息。調用完CWinApp::InitInstance成員函數后由AfxWinMain函數調用CWinApp::Run成員函數，并由這個函數來創建和處理消息循環，并且在沒有消息的時候處理OnIdle空閑處理。至此整個程序的創建過程完成。 5）在程序的運行過程當中，由操作系統源源不斷的發送消息給應用程序，并且由CWinApp::Run當中的消息循環處理并且分發給相關的窗口對象的DefWindowProc成員函數，并由這個成員函數查詢窗口對象的消息映射表，如果查到對應項，則由登記在消息映射表當中的類成員函數處理，否則則按照Message Route當中的順序象父層類發送。 6）在消息運行結束，用戶按下關閉按鈕后，操作系統向程序發送WM_CLOSE消息，默認狀況下程序調用DestoryWindow并且發送WM_DESTORY消息，應用程序接受到這個消息以后的默認操作是調用PostQuitMessage函數，由這個函數發送WM_QUIT消息。當程序對象接受到WM_QUIT消息后消息循環結束，由AfxWinMain函數調用AfxTerm函數清理程序使用過的資源并且結束整個程序。小結：以上的所有描述涵蓋了一個程序從開始、運行到結束的所有過程。 相信大家有點暈點了吧，實際編程中沒有必要深刻理解這么多，這些大都是由MFC內部自動幫我們完成的。實際MFC編程過程中，其實懂得MFC程序中各個函數的執行流程即可。有時候過于追究MFC細節會白白浪費我們的精力，應該將主要精力放在使用MFC解決實際問題上。