朋友问个问题, 不知道咋答........

那个theApp是由myCpp类派生的，而你说的那个函数应该是调用CWinApp::RunMFC 中的主应用程序类封装用于 Windows 操作系统的应用程序的初始化、运行和终止。基于框架生成的应用程序必须有且仅有一个从 CWinApp 派生的类的对象。在创建窗口之前先构造该对象。与用于 Windows 操作系统的任何程序一样，框架应用程序也具有 WinMain 函数。但在框架应用程序中不必编写 WinMain。它由类库提供，并在应用程序启动时调用。WinMain 执行注册窗口类等标准服务。然后它调用应用程序对象的成员函数来初始化和运行应用程序。（可通过重写由 WinMain 调用的 CWinApp 成员函数来自定义 WinMain。）
猴sir的深入浅出mfc有详细说明程序的生老并死，第６章MFC 程式的生死因果
359
CWinApp 的衍生物件被稱為application object，可以想見，CWinApp 本身就代表㆒個程
式本體。㆒個程式的本體是什麼？回想第１章的SDK 程式，與程式本身有關而不與視
窗有關的資料或動作有些什麼？系統傳進來的㆕個WinMain 參數算不算？
InitApplication 和InitInstance 算不算？訊息迴路算不算？都算，是的，以㆘是MFC 4.x
的CWinApp 宣告（節錄自AFXWIN.H）：
class CWinApp : public CWinThread
{
// Attributes
// Startup args (do not change)
HINSTANCE m_hInstance;
HINSTANCE m_hPrevInstance;
LPTSTR m_lpCmdLine;
int m_nCmdShow;
// Running args (can be changed in InitInstance)
LPCTSTR m_pszAppName; // human readable name
LPCTSTR m_pszRegistryKey; // used for registry entries
public: // set in constructor to override default
LPCTSTR m_pszExeName; // executable name (no spaces)
LPCTSTR m_pszHelpFilePath; // default based on module path
LPCTSTR m_pszProfileName; // default based on app name
public:
// hooks for your initialization code
virtual BOOL InitApplication();
// overrides for implementation
virtual BOOL InitInstance();
virtual int ExitInstance();
virtual int Run();
virtual BOOL OnIdle(LONG lCount);
...
};
第㆔篇淺出MFC 程式設計
360
幾乎可以說CWinApp 用來取代WinMain 在SDK 程式㆗的㆞位。這並不是說MFC 程式
沒有WinMain（稍後我會解釋），而是說傳統㆖SDK 程式的WinMain 所完成的工作現
在由CWinApp 的㆔個函式完成：
virtual BOOL InitApplication();
virtual BOOL InitInstance();
virtual int Run();
WinMain 只是扮演役使它們的角色。
會不會覺得CWinApp 的成員變數㆗少了點什麼東西？是不是應該有個成員變數記錄主
視窗的handle（或是主視窗對應之C++ 物件）？的確，在MFC 2.5 ㆗的確有
m_pMainWnd 這麼個成員變數（以㆘節錄自MFC 2.5 的AFXWIN.H）：
class CWinApp : public CCmdTarget
{
// Attributes
// Startup args (do not change)
HINSTANCE m_hInstance;
HINSTANCE m_hPrevInstance;
LPSTR m_lpCmdLine;
int m_nCmdShow;
// Running args (can be changed in InitInstance)
CWnd* m_pMainWnd; // main window (optional)
CWnd* m_pActiveWnd; // active main window (may not be m_pMainWnd)
const char* m_pszAppName; // human readable name
public: // set in constructor to override default
const char* m_pszExeName; // executable name (no spaces)
const char* m_pszHelpFilePath; // default based on module path
const char* m_pszProfileName; // default based on app name
public:
// hooks for your initialization code
virtual BOOL InitApplication();
virtual BOOL InitInstance();
// running and idle processing
virtual int Run();
virtual BOOL OnIdle(LONG lCount);
第６章MFC 程式的生死因果
361
// exiting
virtual int ExitInstance();
...
};
但從MFC 4.x 開始，m_pMainWnd 已經被移往CWinThread ㆗了（它是CWinApp 的父
類別）。以㆘內容節錄自MFC 4.x 的AFXWIN.H：
class CWinThread : public CCmdTarget
{
// Attributes
CWnd* m_pMainWnd; 　// main window (usually same AfxGetApp()->m_pMainWnd)
CWnd* m_pActiveWnd; // active main window (may not be m_pMainWnd)
// only valid while running
HANDLE m_hThread; // this thread's HANDLE
DWORD m_nThreadID; // this thread's ID
int GetThreadPriority();
BOOL SetThreadPriority(int nPriority);
// Operations
DWORD SuspendThread();
DWORD ResumeThread();
// Overridables
// thread initialization
virtual BOOL InitInstance();
// running and idle processing
virtual int Run();
virtual BOOL PreTranslateMessage(MSG* pMsg);
virtual BOOL PumpMessage(); // low level message pump
virtual BOOL OnIdle(LONG lCount); // return TRUE if more idle processing
public:
// valid after construction
AFX_THREADPROC m_pfnThreadProc;
...
};
熟悉Win32 的朋友，看到CWinThread 類別之㆗的SuspendThread 和ResumeThread 成
員函式，可能會發出會心微笑。
第㆔篇淺出MFC 程式設計
362
CFrameWnd－取代WndProc 的地位
CFrameWnd 主要用來掌握㆒個視窗，幾乎你可以說它是用來取代SDK 程式㆗的視窗函
式的㆞位。傳統的SDK 視窗函式寫法是：
long FAR PASCAL WndProc(HWND hWnd, UNIT msg, WORD wParam, LONG lParam)
{
switch(msg) {
case WM_COMMAND :
switch(wParam) {
case IDM_ABOUT :
OnAbout(hWnd, wParam, lParam);
break;
}
break;
case WM_PAINT :
OnPaint(hWnd, wParam, lParam);
break;
default :
DefWindowProc(hWnd, msg, wParam, lParam);
}
}
MFC 程式有新的作法，我們在Hello 程式㆗也為CMyFrameWnd 準備了兩個訊息處理
常式，宣告如㆘：
class CMyFrameWnd : public CFrameWnd
{
public:
CMyFrameWnd();
afx_msg void OnPaint();
afx_msg void OnAbout();
DECLARE_MESSAGE_MAP()
};
OnPaint 處理什麼訊息？OnAbout 又是處理什麼訊息？我想你很容易猜到，前者處理
WM_PAINT，後者處理WM_COMMAND 的IDM_ABOUT。這看起來十分俐落，但讓㆟搞
不懂來龍去脈。程式㆗是不是應該有「把訊息和處理函式關聯在㆒起」的設定動作？是
的，這些設定在HELLO.CPP 才看得到。但讓我先著㆒鞭：DECLARE_MESSAGE_MAP
巨集與此有關。
第６章MFC 程式的生死因果
363
這種寫法非常奇特，原因是MFC 內建了㆒個所謂的Message Map 機制，會把訊息自動
送到「與訊息對映之特定函式」去；訊息與處理函式之間的對映關係由程式員指定。
DECLARE_MESSAGE_MAP 另搭配其他巨集，就可以很便利㆞將訊息與其處理函式關聯
在㆒起：
BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)
ON_WM_PAINT()
ON_COMMAND(IDM_ABOUT, OnAbout)
END_MESSAGE_MAP()
稍後我就來探討這些神秘的巨集。
第㆔篇淺出MFC 程式設計
364
引爆器－Application object
我們已經看過HELLO.H 宣告的兩個類別，現在把目光轉到HELLO.CPP 身㆖。這個檔
案將兩個類別實作出來，並產生㆒個所謂的application object。故事就從這裡展開。
㆘面這張圖包括右半部的Hello 原始碼與左半部的MFC 原始碼。從這㆒節以降，我將
以此圖解釋MFC 程式的啟動、運行、與結束。不同小節的圖將標示出當時的程式進行
狀況。
CMyWinApp theApp; // application object
BOOL CMyWinApp::InitInstance()
{
m_pMainWnd = new CMyFrameWnd();
m_pMainWnd->ShowWindow(m_nCmdShow);
m_pMainWnd->UpdateWindow();
return TRUE;
}
CMyFrameWnd::CMyFrameWnd()
{
Create(NULL, "Hello MFC", ...,
"MainMenu");
}
void CMyFrameWnd::OnPaint() { ... }
void CMyFrameWnd::OnAbout() { ... }
BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)
ON_COMMAND(IDM_ABOUT, OnAbout)
ON_WM_PAINT()
END_MESSAGE_MAP()
int AFXAPI AfxWinMain (...)
{
CWinApp* pApp = AfxGetApp();
AfxWinInit(...);
pApp->InitApplication();
pApp->InitInstance();
nReturnCode = pApp->Run();
AfxWinTerm();
}
int AFXAPI AfxWinMain (...)
{
CWinApp* pApp = AfxGetApp();
AfxWinInit(...);
pApp->InitApplication();
pApp->InitInstance();
nReturnCode = pApp->Run();
AfxWinTerm();
}
1
HELLO.CPP
WINMAIN.CPP
㆖圖的theApp 就是Hello 程式的application object，每㆒個MFC 應用程式都有㆒個，
而且也只有這麼㆒個。當你執行Hello，這個全域物件產生，於是建構式執行起來。我們
並沒有定義CMyWinApp 建構式；至於其父類別CWinApp 的建構式內容摘要如㆘（摘
錄自APPCORE.CPP）：
第６章MFC 程式的生死因果
365
CWinApp::CWinApp(LPCTSTR lpszAppName)
{
m_pszAppName = lpszAppName;
// initialize CWinThread state
AFX_MODULE_THREAD_STATE* pThreadState = AfxGetModuleThreadState();
pThreadState->m_pCurrentWinThread = this;
m_hThread = ::GetCurrentThread();
m_nThreadID = ::GetCurrentThreadId();
// initialize CWinApp state
AFX_MODULE_STATE* pModuleState = AfxGetModuleState();
pModuleState->m_pCurrentWinApp = this;
// in non-running state until WinMain
m_hInstance = NULL;
m_pszHelpFilePath = NULL;
m_pszProfileName = NULL;
m_pszRegistryKey = NULL;
m_pszExeName = NULL;
m_lpCmdLine = NULL;
m_pCmdInfo = NULL;
...
}
CWinApp 之㆗的成員變數將因為theApp 這個全域物件的誕生而獲得配置與初值。如果
程式㆗沒有theApp 存在，編譯聯結還是可以順利通過，但執行時會出現系統錯誤訊息:
第㆔篇淺出MFC 程式設計
366
隱晦不明的WinMain
CMyWinApp theApp; // application object
BOOL CMyWinApp::InitInstance()
{
m_pMainWnd = new CMyFrameWnd();
m_pMainWnd->ShowWindow(m_nCmdShow);
m_pMainWnd->UpdateWindow();
return TRUE;
}
CMyFrameWnd::CMyFrameWnd()
{
Create(NULL, "Hello MFC", ...,
"MainMenu");
}
void CMyFrameWnd::OnPaint() { ... }
void CMyFrameWnd::OnAbout() { ... }
BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)
ON_COMMAND(IDM_ABOUT, OnAbout)
ON_WM_PAINT()
END_MESSAGE_MAP()
int AFXAPI AfxWinMain (...)
{
CWinApp* pApp = AfxGetApp();
AfxWinInit(...);
pApp->InitApplication();
pApp->InitInstance();
nReturnCode = pApp->Run();
AfxWinTerm();
}
int AFXAPI AfxWinMain (...)
{
CWinApp* pApp = AfxGetApp();
AfxWinInit(...);
pApp->InitApplication();
pApp->InitInstance();
nReturnCode = pApp->Run();
AfxWinTerm();
}
1
HELLO.CPP
WINMAIN.CPP
theApp 配置完成後，WinMain 登場。我們並未撰寫WinMain 程式碼，這是MFC 早已
準備好並由聯結器直接加到應用程式碼㆗的，其原始碼列於圖6-4。_tWinMain 函式的
¡ §-t¡ ¨ 是為了支援Unicode 而準備的㆒個巨集。
// in APPMODUL.CPP
extern "C" int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPTSTR lpCmdLine, int nCmdShow)
{
// call shared/exported WinMain
return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}
此外，在DLLMODUL.CPP ㆗有㆒個DllMain 函式。本書並未涵蓋DLL 程式設計。
第６章MFC 程式的生死因果
367
// in WINMAIN.CPP
#0001 /////////////////////////////////////////////////////////////////
#0002 // Standard WinMain implementation
#0003 // Can be replaced as long as 'AfxWinInit' is called first
#0004
#0005 int AFXAPI AfxWinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance,
#0006 LPTSTR lpCmdLine, int nCmdShow)
#0007 {
#0008 ASSERT(hPrevInstance == NULL);
#0009
#0010 int nReturnCode = -1;
#0011 CWinApp* pApp = AfxGetApp();
#0012
#0013 // AFX internal initialization
#0014 if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))
#0015 goto InitFailure;
#0016
#0017 // App global initializations (rare)
#0018 ASSERT_VALID(pApp);
#0019 if (!pApp->InitApplication())
#0020 goto InitFailure;
#0021 ASSERT_VALID(pApp);
#0022
#0023 // Perform specific initializations
#0024 if (!pApp->InitInstance())
#0025 {
#0026 if (pApp->m_pMainWnd != NULL)
#0027 {
#0028 TRACE0("Warning: Destroying non-NULL m_pMainWnd\n");
#0029 pApp->m_pMainWnd->DestroyWindow();
#0030 }
#0031 nReturnCode = pApp->ExitInstance();
#0032 goto InitFailure;
#0033 }
#0034 ASSERT_VALID(pApp);
#0035
#0036 nReturnCode = pApp->Run();
#0037 ASSERT_VALID(pApp);
#0038
#0039 InitFailure:
#0040
#0041 AfxWinTerm();
#0042 return nReturnCode;
#0043 }
圖6-4 Windows 程式進入點。原始碼可從MFC 的WINMAIN.CPP 中獲得。
第㆔篇淺出MFC 程式設計
368
稍加整理去蕪存菁，就可以看到這個「程式進入點」主要做些什麼事：
int AFXAPI AfxWinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance,
　　　　　　　　　LPTSTR lpCmdLine, int nCmdShow)
{
int nReturnCode = -1;
CWinApp* pApp = AfxGetApp();
AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
pApp->InitApplication();
pApp->InitInstance();
nReturnCode = pApp->Run();
AfxWinTerm();
return nReturnCode;
}
其㆗，AfxGetApp 是㆒個全域函式，定義於AFXWIN1.INL ㆗：
_AFXWIN_INLINE CWinApp* AFXAPI AfxGetApp()
{ return afxCurrentWinApp; }
而afxCurrentWinApp 又定義於AFXWIN.H ㆗：
#define afxCurrentWinApp AfxGetModuleState()->m_pCurrentWinApp
再根據稍早所述CWinApp::CWinApp ㆗的動作，我們於是知道，AfxGetApp 其實就是取
得CMyWinApp 物件指標。所以，AfxWinMain ㆗這樣的動作：
CWinApp* pApp = AfxGetApp();
pApp->InitApplication();
pApp->InitInstance();
nReturnCode = pApp->Run();
其實就相當於呼叫：
CMyWinApp::InitApplication();
CMyWinApp::InitInstance();
CMyWinApp::Run();
因而導至呼叫：
CWinApp::InitApplication(); // 因為CMyWinApp 並沒有改寫InitApplication
CMyWinApp::InitInstance(); // 因為CMyWinApp 改寫了InitInstance
CWinApp::Run(); 　// 因為CMyWinApp 並沒有改寫Run
第６章MFC 程式的生死因果
根據第１章SDK 程式設計的經驗推測，InitApplication 應該是註冊視窗類別的場所？
InitInstance 應該是產生視窗並顯示視窗的場所？Run 應該是攫取訊息並分派訊息的場
所？有對有錯！以㆘數節我將實際帶你看看MFC 的原始碼，如此㆒來就可以了解隱藏
在MFC 背後的玄妙了。我的終極目標並不在MFC 原始碼（雖然那的確是學習設計㆒個
application framework 的好教材），我只是想拿把刀子把MFC 看似朦朧的內部運作來個
大解剖，挑出其經脈；有這種紮實的根基，使用MFC 才能知其然並知其所以然。㆘面小
節分別討論AfxWinMain 的㆕個主要動作以及引發的行為。

调试易

朋友问个问题, 不知道咋答........

解决方案 »