MFC六大核心机制——初始化

本人也是新手初学MFC(从Win32过渡过来),总结一下我的理解分享给大家,希望能产生共鸣。
要求:会点C++,知道基本关键字和类;至少能大概看明白一个简单的Win32应用程序。
先来手敲一个最简单的MFC程序:

#include <afxwin.h>
class CMyApp :public CWinApp {
public:
	virtual BOOL InitInstance() {
		m_pMainWnd = new CFrameWnd();
		((CFrameWnd*)m_pMainWnd)->Create(NULL, _T("主窗口"));
		m_pMainWnd->ShowWindow(m_nCmdShow);
		m_pMainWnd->UpdateWindow();
		return TRUE;
	}
};
CMyApp theApp;

不可思议,这个就是一个基于MFC的Windows窗口程序。看看我们都干了啥:从CWinApp派生了一个类,然后重写了他的InitInstance函数。里面new了一个CFrameWnd的对象赋值到m_pMainWnd。至于ShowWindow和UpdateWindow,如果我们有开发过基于SDK的Win32程序,应该都能理解。
不难推断出,CWinApp和CFrameWnd是由MFC帮我们预定义好的类。Create,ShowWindow和UpdateWindow是CFrameWnd提供的成员函数,和等效的WindowsAPI几乎差不多。这也是就是MFC,对WindowsAPI的封装。
看到这里,我们不禁要问:
1-WinMain函数哪里去了?
2-是谁调用了我写的InitInstance函数,它又怎么知道应该调用theApp对象的InitInstance函数?
3-虽然能看到Create,ShowWindow之类的,但是好像没有注册窗口类?
4-还有消息循环、窗口过程呢?

一个Windows程序中,这些都是必不可少的。但是MFC中,这些代码哪里去了?
MFC中这些部分也是不可少的,只不过,MFC都已经帮我们写了,就像做填空题一样,每次都要干的繁琐的事情,MFC框架帮我们干了,精要的地方,留给我们DIY。
上面留下的问题,来一个一个解决:

1-WinMain在MFC源码目录appmodul.cpp文件中,叫_tWinMain(这是一个用于自适应MBCS和Unicode的宏)。

extern "C" int WINAPI
_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
	_In_ LPTSTR lpCmdLine, int nCmdShow)
#pragma warning(suppress: 4985)
{
	// call shared/exported WinMain
	return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);
}

只是简单的调用AfxWinMain(这里我也不明白为什么还要整出来一个AfxWinMain)。

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))
		goto InitFailure;

	// 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;
}

这里看到了一个似曾相识的函数InitInstance,这就算是回答了第二个问题的前面半部分。那MFC是如何获取到我们定义的theApp对象的呢?回头继续看上面的代码:CWinThread* pThread = AfxGetThread();,跟进这个函数:

CWinThread* AFXAPI AfxGetThread()
{
	// check for current thread in module thread state
	AFX_MODULE_THREAD_STATE* pState = AfxGetModuleThreadState();
	CWinThread* pThread = pState->m_pCurrentWinThread;
	return pThread;
}

再跟:

AFX_MODULE_THREAD_STATE* AFXAPI AfxGetModuleThreadState()
{
	AFX_MODULE_THREAD_STATE* pResult=AfxGetModuleState()->m_thread.GetData();
	ENSURE(pResult != NULL);
	return pResult;
}

继续跟:

AFX_MODULE_STATE* AFXAPI AfxGetModuleState()
{
	_AFX_THREAD_STATE* pState = _afxThreadState;
	ENSURE(pState);
	AFX_MODULE_STATE* pResult;
	if (pState->m_pModuleState != NULL)
	{
		// thread state's module state serves as override
		pResult = pState->m_pModuleState;
	}
	else
	{
		// otherwise, use global app state
		pResult = _afxBaseModuleState.GetData();
	}
	ENSURE(pResult != NULL);
	return pResult;
}

到这里,好像已经没法跟了,不管是_afxthreadState还是_afxBaseModuleState貌似都是两个全局变量了。

想一想,这两个全局变量是何时被赋值的?我们一路从WinMain走来,没发现赋值的地方(中途有调用了几个函数,我可以先告诉大家,也并没有在那些函数中赋值)。没错,是在WinMain函数之前赋值的,在CWinApp的构造函数,把theApp对象的指针保存为全局变量了,注意我们从CWinApp派生了CMyApp类。这也对应了CWinApp的特点:一个基于MFC的应用程序,必须有且只能有一个基于CWinApp的对象!所以即使是一个最简单的MFC应用,也需要定义一个派生自CWinApp的类的对象。

评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值