当前位置：文档库 › MFC执行流程

MFC执行流程

MFC程序的执行过程细节

START:--->

1. 主程序入口在APPMODUL.CPP中

_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,

LPTSTR lpCmdLine, int nCmdShow)

{

// call shared/exported WinMain

return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);

}

注：“_t”表示支持Unicode。

//入口的4个参数：(1)当前模块实例的句柄(2)前一个模块实例的句柄(3)任何命令行参数

(4) 显示窗口标志

2．Step1中调用的AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);

定义在“WINMAIN.CPP”中

int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,

LPTSTR lpCmdLine, int nCmdShow)

{

ASSERT(hPrevInstance == NULL);

int nReturnCode = -1;

CWinThread* pThread = AfxGetThread();

CWinApp* pApp = AfxGetApp(); //声明CWinApp类型指针变量，赋值为AfxGetApp()

// AfxGetApp()是自描述的，返回与程序相关的应用程序对象// AFX internal initialization

if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))

//初始化框架，4个参数与WinMain()相同

goto InitFailure; //注解1（关于AfxWinInit）

//至此，如果AfxWinInit完成了上面的所有工作，应用程序和框架就完全初始化了。

//句柄和文件名都初始化了，MFC就继续初始化应用程序的其他部分。调用InitApplication() // App global initializations (rare)

if (pApp != NULL && !pApp->InitApplication())

goto InitFailure;

//注：InitApplication()只在16位的Windows中有用，Windows升级为32位后，InitApplication()基本上没用了，所有的初始化都在InitInstance()中完成，如下调用。

// Perform specific initializations

// InitInstance()为程序的特定实例进行初始化

//CWinApp的默认的InitInstance()不做任何事情，只是返回TRUE。但InitInstance()是虚函数，所以可以放心的覆盖它。InitInstance()内部代码应该包含这样的任务：为应用程序设置所有的文档和显示主窗口。

if (!pThread->InitInstance())

{

if (pThread->m_pMainWnd != NULL)

{

TRACE0("Warning: Destroying non-NULL m_pMainWnd\n");

pThread->m_pMainWnd->DestroyWindow();

}

nReturnCode = pThread->ExitInstance();

goto InitFailure;

}

nReturnCode = pThread->Run();

//WinMain()所做的最后一件事就是调用CWinApp派生类的Run()函数，启动消息循环。

InitFailure:

#ifdef _DEBUG

// Check for missing AfxLockTempMap calls

if (AfxGetModuleThreadState()->m_nTempMapLock != 0)

{

TRACE1("Warning: Temp map lock count non-zero (%ld).\n",

AfxGetModuleThreadState()->m_nTempMapLock);

}

AfxLockTempMaps();

AfxUnlockTempMaps(-1);

#endif

AfxWinTerm();

return nReturnCode;

}

注解1：关于AfxWinInit()

//定义在“\MFC\SCR\APPINIT.CPP”中

BOOL AFXAPI AfxWinInit(HINSTANCE hInstance, HINSTANCE hPrevInstance,

LPTSTR lpCmdLine, int nCmdShow)

{

ASSERT(hPrevInstance == NULL);

// handle critical errors and avoid Windows message boxes

SetErrorMode(SetErrorMode(0) |

SEM_FAILCRITICALERRORS|SEM_NOOPENFILEERRORBOX);

//为应用程序设置错误模式，指明什么会导致应用程序失败。

//MFC使用SEM_FAILCRITICALERRORS和SEM_NOOPENFILEERRORBOX设置错//误模式。前者通知窗口对于关键错误不要显示关键错误处理函数消息框，而只是将错误传//会给调用进程。后者标志则告诉窗口在没有找到文件时不要显示消息框，而将错误返回给//调用进程。

// set resource handles

AFX_MODULE_STATE* pModuleState = AfxGetModuleState();

pModuleState->m_hCurrentInstanceHandle = hInstance;

pModuleState->m_hCurrentResourceHandle = hInstance;

// AFX_MODULE_STATE结构位于AFXSTA T_.H中，包含MFC应用程序的状态信息。

// 调用AfxGetModuleState()得到模块的AFX_MODULE_STATE结构，将模块的实例句柄和//资源句柄存放在pModuleState->m_hCurrentInstanceHandle

//和pModuleState->m_hCurrentResourceHandle中。此时，这两个句柄都指向模块的实例句柄。

// fill in the initial state for the application

CWinApp* pApp = AfxGetApp();

if (pApp != NULL)

{

// Windows specific initialization (not done if no CWinApp)

pApp->m_hInstance = hInstance;

pApp->m_hPrevInstance = hPrevInstance;

pApp->m_lpCmdLine = lpCmdLine;

pApp->m_nCmdShow = nCmdShow;

pApp->SetCurrentHandles();

}

//CWinApp::SetCurrentHandles()会用CWinApp的内容初始化应用程序名字和路径变量。

//其中包含CWinApp的m_pszExeName、m_pszAppName、m_lpszCurrentAppName的值，还//会填写CWinApp 的帮助文件和profile字符串:m_pszHelpFilePath和m_pszProfileName。

// initialize thread specific data (for main thread) 主线程

if (!afxContextIsDLL)

AfxInitThread();

return TRUE;

}

一.

1: application object产生

2：AfxWinMain执行AfxWininit,调用AfxinitThred

3:AfxWinMain执行InitApplication,Initinstance(是Cwinapp虚涵数, 改写！）

4：CMyWinApp::InitInstance new 一个CMyFrameWnd

5:CMyFrameWnd构造函数调用Create产生主窗口

6：InitInstance 执行ShowWindow,UpdateWindow,发出WM_PAINT

7:AfxWinMain 执行run

8:::GetMessage,WM_PAINT 由：：DispatchMessage送CWnd::DefWindowProc-->MessageMap

9:调用对应函数（BEGIN—MESSAGE—MAP,END_MESSAGE_MAP建立的）

10：单击file/close,则发出WM—CLOSE

11：CMyFrameWnd交默认处理

12：调用::DestroyWindow发出WM_DESTROY

13:默认处理调用::postQuitMessage 发出WM_QUIT

14:CWinapp::Run收到WM—QUIT结束内部循环，调用ExitInsance(若CMyWinApp改写

Exitinstance,则调用CMyWinApp::ExitInstance;

15:回到AfxWinMain,执行AfxWinTerm,程序结束！！

本文来自CSDN博客，转载请标明出处：https://www.wendangku.net/doc/7e14754824.html,/jackhacker/archive/2002/01/26/13993.aspx

二.

第五步：窗口类注册

关于窗口类注册，曾经有朋友发帖子问，是哪一个函数调用了AfxEndDeferRegisterClass这个函数从而完成了窗口类的注册。本人把CTestApp::InitInstance()中的每一句代码都设置了一个断点，跟踪了一遍，发现确实是在执行到if (!ProcessShellCommand(cmdInfo))这条语句后，继续单步执行，程序就会跳转到AFXAPI AfxEndDeferRegisterClass，其源代码文件是：WINCORE.CPP ，我们知道该函数功能就是完成窗口类的注册。

《深入详解VC++》书中的第81页中间写道：我们创建的这个MFC应用程序Test实际上有两个窗口。其

中一个是CMainFrame类的对象所代表的应用程序框架窗口。

我这个人很笨，居然许久才理会到孙老师这句话的意思其实是说：既然有两个窗口，所以窗口类的注册就必须是两次（不知道是否可以这样说）。

那么应用程序框架窗口类的注册，是在CMainFrame::PreCreateWindow()函数中完成的。其源代码文件是：WINFRM.CPP。在这个文件中可以看到AfxDeferRegisterClass的调用，而AfxDeferRegisterClass 实际上是一个宏，真正指向的是AfxEndDeferRegisterClass函数。

PreCreateWindow()函数

对于这个函数需要注意的是：首先它是一个虚函数，其次它是CWnd类的成员函数，也就是说，所有派生自CWnd类的函数都有这样一个成员函数。所以才有前面侯捷先生所说的：不同类的PreCreateWindow成员函数都是在窗口产生之前一刻被调用，准备用来注册窗口类。

此时，程序的运行又从CTestApp::InitInstance()跳到CMainFrame的成员函数

CMainFrame::PreCreateWindow()，而该函数又调用了CFrameWnd::PreCreateWindow()函数。

第六步：创建窗口

孙老师的书中第82页讲得很清楚，不再赘述。

跟踪程序的运行，你会发现AFXAPI AfxEndDeferRegisterClass再次被调用。目的主要是为了让程序员在窗口显示前修改窗口的属性，以便可以设计出符合自己要求的窗口。

第七步：显示和更新窗口

此时，程序的运行再次进入CTestApp::InitInstance()，执行下列语句：

m_pMainWnd->ShowWindow(SW_SHOW);

m_pMainWnd->UpdateWindow();

此处要注意的是：m_pMainWnd并不是CWinApp的数据成员变量，而是CWinApp的基类CWinThread的数据成员。

第八步：消息循环

此时，程序的运行回到AfxWinMain函数，执行下列语句：

pThread->Run();

以上是我对整个MFC框架程序执行过程的理解。

第五步：窗口类注册

《深入详解VC++》书中的第81页中间写道：我们创建的这个MFC应用程序Test实际上有两个窗口。其中一个是CMainFrame类的对象所代表的应用程序框架窗口。

我这个人很笨，居然许久才理会到孙老师这句话的意思其实是说：既然有两个窗口，所以窗口类的注册就必须是两次（不知道是否可以这样说）。

PreCreateWindow()函数

此时，程序的运行又从CTestApp::InitInstance()跳到CMainFrame的成员函数

CMainFrame::PreCreateWindow()，而该函数又调用了CFrameWnd::PreCreateWindow()函数。

第六步：创建窗口

孙老师的书中第82页讲得很清楚，不再赘述。

第七步：显示和更新窗口

此时，程序的运行再次进入CTestApp::InitInstance()，执行下列语句：

m_pMainWnd->ShowWindow(SW_SHOW);

m_pMainWnd->UpdateWindow();

此处要注意的是：m_pMainWnd并不是CWinApp的数据成员变量，而是CWinApp的基类CWinThread的数据成员。

第八步：消息循环

此时，程序的运行回到AfxWinMain函数，执行下列语句：

pThread->Run();

以上是我对整个MFC框架程序执行过程的理解。

MFC程序执行过程

MFC 应用程序的操作步骤可归结为四步：

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

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

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

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

WinMain()是函数的入口点，该函数的主要任务是完成一些初始化的工作和维护了一个消息循

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

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,

LPCTSTR lpszWindowName, DWORD dwStyle,

int x, int y, int nWidth, int nHeight,

HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)

{

// allow modification of several common create parameters

CREATESTRUCT cs;

cs.dwExStyle = dwExStyle;

cs.lpszClass = lpszClassName;

cs.lpszName = lpszWindowName;

cs.style = dwStyle;

cs.x = x;

cs.y = y;

cs.cx = nWidth;

cs.cy = nHeight;

cs.hwndParent = hWndParent;

cs.hMenu = nIDorHMenu;

cs.hInstance = AfxGetInstanceHandle();

cs.lpCreateParams = lpParam;

if(PreCreateWindow(cs))

{

PostNcDestroy();

return FALSE;

}

AfxHookWindowCreate(this);

HWND hWnd = ::CreateWindowEx(cs.dwExStyle, cs.lpszClass,

cs.lpszName, cs.style, cs.x, cs.y, cs.cx, cs.cy,

cs.hwndParent, cs.hMenu, cs.hInstance, cs.lpCreateParams);

...

}

用过SDK编程序的朋友，看到上面代码应该有一点感觉了吧，函数中调用的PreCreateWindows是虚拟函数，在CWnd和CFrameWnd之中都有定义。由于this指针所指对象的缘故，这里应该调用的是CFrameWnd::PreCreateWindow。该函数定义于WINFRM.CPP第521行，以下是部分代码：BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)

{

if (cs.lpszClass == NULL)

{

VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));

cs.lpszClass = _afxWndFrameOrView; // COLOR_WINDOW background

}

...

}

其中AfxDeferRegisterClass是一个定义于AFXIMPL.H中的宏。该宏如下：

#define AfxDeferRegisterClass(fClass) AfxEndDeferRegisterClass(fClass)

注：这里有宏和《深入浅出MFC》的不一样，以上代码是从Visual C++ 6.0摘取。

AfxEndDeferRegisterClass定义于WINCORE.CPP第3619行，该函数很复杂，主要是注册五个窗口类(哇！终于看到窗口类了，怎么用5个呢？我还不清楚)，不同类的PreCreateWindow成员函数都是在窗口产生之前一刻被调用，准备用来注册窗口类。如果我们指定的窗口类是NULL，那么就使用系统默认类。从CWnd及其各个派生类的PreCreateWindow成员函数可以看出，整个Framework针对不同功能的窗口使用了哪些窗口类。

7、窗口显示与更新

CMyFrameWnd::CMyFrameWnd结束后，窗口已经诞生出来；程序流程又回到CMyWinApp::InitInstance，于是调用ShowWindow函数令窗口显示出来，并调用UpdateWindow函数令程序送出WM_PAINT消息。在SDK程序中，消息是通过窗口函数来处理，而现在窗口函数在哪里、又如何送到窗口函数手中呢？那要从CWinApp::Run说起了。

8、执行CWinApp::Run——程序生命的活水源头

在执行完CMyWinApp::InitInstance函数后，程序的脚步到了AfxWinMain函数的pApp->Run了，现在我们已知道这将执行CWinApp::Run函数，该函数定义于APPCORE.CPP第391行，下面是程序代码：int CWinApp::Run()

{

if (m_pMainWnd == NULL && AfxOleGetUserCtrl())

{

// Not launched /Embedding or /Automation, but has no main window!

TRACE0("Warning: m_pMainWnd is NULL in CWinApp::Run - quitting application.\n");

AfxPostQuitMessage(0);

}

return CWinThread::Run();

}

函数调用CWinThread::Run函数，该函数定义于THRDCORE.CPP第456行，在这里我就不Copy出来了。函数在第480行调用了PumpMessage函数，该函数定义于THRDCORE.CPP第810行，整理后的部分代码如下：

BOOL CWinThread::PumpMessage()

{

if (!::GetMessage(&m_msgCur, NULL, NULL, NULL))

{

return FALSE;

}

// process this message

if (m_msgCur.message != WM_KICKIDLE && !PreTranslateMessage(&m_msgCur))

{

::TranslateMessage(&m_msgCur);

::DispatchMessage(&m_msgCur);

}

return TRUE;

}

该函数主要操作是将消息由::DispatchMessage送到窗口函数(CWnd::DefWindowProc)中，但程序一般没有提供任何窗口函数，但在AfxEndDeferRegisterClass中，在注册五种窗口类之前已经指定窗口函数为：wndcls.lpfnWndProc = DefWindowProc;

虽然窗口函数被指定为DefWindowProc成员函数(CWnd::DefWindowProc)，但事实上消息并不是被唧往该处，而是一个名为AfxWndProc的全局函数去。

9、把消息与处理函数连接在一起——Message Map机制

到此，主窗口已经产生，等待的就是各种消息了，然后调用相应的处理函数，然而消息和处理函数怎样连接在一起呢？MFC采用了Message Map机制(消息映射机制)，提供给应用程序使用的“很方便的接口”的两组宏，其原理我还不大清楚，在这里也无法讲解，主要用法是：先在类声明中结合DECLARE_MESSAGE_MAP()给出处理函数，如：

class CMyFrameWnd : public CFrameWnd

{

public:

CMyFrameWnd();

afx_msg void OnPaint(); // for WM_PAINT

afx_msg void OnAbout(); // for WM_COMMAND (IDM_ABOUT)

DECLARE_MESSAGE_MAP()

}

再在相应的.CPP文件的任何位置(当然不能在函数之内)使用BEBIN_MESSAGE_MAP()和END_MESSAGE_MAP()宏把相应的消息加入去，如：

BEGIN_MESSAGE_MAP(CMyFrameWnd, CFrameWnd)

ON_COMMAND(IDM_ABOUT, OnAbout)

ON_WM_PAINT()

END_MESSAGE_MAP()

为什么经过这样的宏之后，消息就会自动流往指定的函数去呢？谜底在于Message Map的结构设计，自己找《深入浅出MFC》第3章的Message Map仿真程序去啃一啃吧！