MFC基础

1 MFC程序执行过程

在MFC变成结构中CWinApp相当于WinMain()函数，其中的InitInstance函数是MFC应用程序的入口点，且它是可以重载的，可以应用它编写自己应用程序的初始化。InitInstance函数完成以下工作：

1：定义框架窗口对CFrameWnd作为应用程序的主窗口

2：显示主窗口

3：建立局部窗口与应用程序对象的关系

声明应用程序对象时，应用程序自动运行，因为类的构造器调用了run()函数，在run()中建立消息循环

CFrameWnd类负责窗口的创建和显示

从上面的例子中可以看出MFC程序至少要有两个对象，应用对象和主框架对象，在MFC应用程序中需要定义一个单独的全局应用程序对象。类 CFrameWnd的对象代表中应用程序的主框架窗口。主框架窗口的创建和显示工作由CMinApp的成员函数InitInstance完成，在应用程序中必须重载该函数，因为CWinApp基类根本无法知道具体应用程序需要什么样的主框架窗口。应用程序运行开始时，Windows会自动调用应用程序框架内部的WinMain函数（在MFC应用程序中仍然存在WinMain函数作为程序的入口，只不过它被隐藏在应用程序内部了）WinMain函数会去查找应用程序的全局构造对象，然后调用InitInstance函数以进行必要的初始化，接着调用隐藏在CWinApp基类中的函数Run(),应用程序进入运行状态。用户可以通过关闭主窗口来终止应用程序，这一操作会引起一系列事件的发生，首先CFrameWnd对象将被删除，然后退出WinMain,最后删除CMinApp对象。


2.MFC程序工作原理
MFC 应用程序的操作步骤可归结为四步：

(1) 创建应用程序对象theApp

(2) 执行MFC提供的WinMain()函数

(3) WinMain()调用InitInstance()函数，此函数创建文档模板，主框架窗口，文档和视图

(4) WinMain()调用Run()函数，此函数执行主消息循环，以获取和分派Windows消息。



WinMain()是函数的入口点，该函数的主要任务是完成一些初始化的工作和维护了一个消息循环。他们的工作流程如下：入口（WinMain()）---->MyRegisterClass()---->InitInstance ()--->while消息循环。函数由入口开始执行，之后调用 MyRegisterClass()注册窗口类，之后InitInstance ()生成并显示窗口，这样之后，就完成了一个窗口的初始化工作了（当然，在 MyRegisterClass()，InitInstance ()中都需要调用相应的API函数来具体的实现），然后就是维护消息循环，至此，程序的基本结构就差不多建立了。以后程序的运作就靠个消息循环来推动了。


MFC程序工作原理：

在Class View 中的Global中的文件theApp CTestApp theApp;

这条语句声明了应用程序类CTestApp 的一个实际对象theApp。 在创建过theApp对象之后，

MFC提供的WinMain()函数被调用。 该函数再调用theApp 对象的两个成员函数。首先调用的是 InitInstance(),此函数执行任何必要的初始化应用程序的工作，然后调用的是Run()，此函数提供对Windows消息的初步处理。 WinMain()函数没有显示出现在项目的源代码中，因为它是由MFC类库提供的，在应用程序启动时将被自动调用。 InitInstance()函数的基本功能：进行一些基本的初始化工作并进行 注册 。 Run()函数是从应用程序基类CWinApp继承的，该函数是虚函数，我们可以用自己的版本代替基类的Run()函数版本。 Run()函数获取所有以该应用程序为目的的windows消息，并确保把每一条消息都传递给程序中指定的服务该消息的函数（如果有这样的函数的话） 。因此，只要应用程序在运行，Run()函数就会继续执行。该函数在应用程序关闭时才会终止。

3 MFC程序的启动与结束顺序

1、创建Application object对象theApp

程序一开始生产一个(且只有一个)Application object对象theApp，也即一个CWinApp对象，这个全局对象一产生，便执行其构造函数，因为并没有定义CMyWinApp构造函数，所以即执行CWinApp类的构造函数。该函数定义于APPCORE.CPP第75 行，你可以自己搜出来啃一啃，因此，CWinApp之中的成员变量将因为theApp这个全局对象的诞生而获得配置与初值。

2、WinMain登场

用SDK编程序时，程序的入口点是WinMain函数，而在MFC程序里我们并没有看到WinMain函数，哦！~ 原来她是被隐藏在 MFC代码里面了。当theApp配置完成后，WinMain登场，慢！细看程序，并没连到WinMain函数的代码啊！这个我也不知道，MFC早已准备好并由链接器直接加到应用程序代码中了，原来她在APPMODUL.CPP里面，好，我们就认为当theApp配置完成后，程序就转到 APPMODUL.CPP来了。那执行什么呢？看看下面从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);
}

_tWinMain函数的“_t”是为了支持Unicode而准备的一个宏。

_tWinMain函数返回值是AfxWinMain函数的返回值，AfxWinMain函数定义于WINMAIN.CPP第21行，稍加整理，去芜存菁，就可以看到这个“程序进入点”主要做些什么事：

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()函数是取得CMyWinApp对象指针，故上面函数第6至8行相当于调用：

CMyWinApp::InitApplication();
CMyWinApp::InitInstance()
CMyWinApp::Run();

因而导致调用：
CWinApp::InitApplication(); //因为 CMyWinApp 并没有改写 InitApplication
CMyWinApp::InitInstance() //因为 CMyWinApp 改写了 InitInstance
CWinApp::Run(); //因为 CMyWinApp 并没有改写 Run

用过SDK写程序的朋友，现在可能会发出会心的微笑。

3、AfxWinInit——AFX内部初始化操作

AfxWinInit是继CWinApp构造函数之后的第一个操作，主要做的是AFX内部初始化操作，该函数定义于APPINIT.CPP第24行，这里就不掏出来了，你自己搜出来啃吧！

4、执行CWinApp::InitApplication

AfxWinInit之后的操作是pApp->InitApplication，我们已知道pApp指向CMyWinApp对象，当调用：

pApp->InitApplication();

相当于调用：

CMyWinApp::InitApplication();

但是你要知道，CMyWinApp继承自CWinApp,而InitApplication又是CWinApp的一个虚拟函数，我们并没有改写它(大部分情况下不需改写它)，所以上述操作相当于调用：

CWinApp::InitApplication();

此函数定义于APPCORE.CPP第125行，你自己搜出来看吧！我就不搬出来了，里面的操作都是MFC为了内部管理而做的(其实我也看不懂，知道有这回事就好了)。

5、执行CWinApp::InitInstance

继InitApplication函数之后，AfxWinMain调用pApp->InitInstance。当程序调用：

pApp->InitInstance();

相当于调用：

CMyWinApp::InitInstance();

但是你要知道，CMyWinApp继承自CWinApp,而InitInstance又是CWinApp的一个虚拟函数。由于我们改写了它，所以上述操作就是调用我们自己(CMyWinApp)的这个InitInstance函数。

6、CFrameWnd::Create产生主窗口(并先注册窗口类)

现在已经来到CWinApp::InitInstance了，该函数先new一个CMyFrameWnd对象，从而产生主窗口。在创建 CMyFrameWnd对之前，要先执行构造函数CMyFrameWnd::CMyFrameWnd()，该函数用Create函数产生窗口：

CMyFrameWnd::CMyFrameWnd()
{
Create(NULL, "Hello MFC", WS_OVERLAPPEDWINDOW, rectDefault, NULL, "MainMenu");
}

其中Create是CFrameWnd的成员函数，它将产生一个窗口，用过SDK编程序的朋友都知道，要创建主窗口时要先注册一个窗口类，规定窗口的属性等，但，这里使用哪一个窗口类呢？Create函数第一个参数(其它参数请参考MSDN或《深出浅出MFC》详解)指定窗口类设为 NULL又是什么意思啊？意思是要以MFC内建的空中类产生一个标准的外框窗口，但，我们的程序一般都没有注册任何窗口类呀！噢，Create函数在产生窗口之前会引发窗口类的注册操作。

让我们先挖出Create函数都做了些什么操作，Create函数定义于WINFRM.CPP的第538行(在此我就不把代码Copy过来了，你自己打开出来看吧)，函数在562行调用CreateEx函数，由于CreateEx是CWnd的成员函数，而CFrameWnd是从CWnd继而来，故将调用CWnd::CreateEx。此函数定义于WINCORE.CPP第665行，下面是部分代码：

BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName,