MFC程序入口函数WinMain封装原理分析

1、 启动vs2017, 新建一个名为myMfcTest的空白工程(新建--->项目--->Visual C++--->空项目), 如下图所示:

2、 可以看到myMfcTest工程没有源码文件, 接下来, 我们新建一个源文件和头文件tstMfcEntry.h和tstMfcEntry.cpp, 我们的目标是设计一个简单完整MFC程序, 产生一个窗口, 但是这里不能让AppWizard自动生成相关代码! 在文件tstMfcEntry.h中输入以下代码:#pragma once#include <afxwin.h>class MyApp : public CWinApp{public: BOOL InitInstance() // ②程序入点 { CFrameWnd *Frame = new CFrameWnd(); // 构造框架 m_pMainWnd = Frame; // 将m_pMainWnd设定为Frame; Frame->Create(NULL, "最简单的窗口"); // 建立框架 Frame->ShowWindow(SW_SHOW); // 显示框架 return true; // 返回 }}; 在文件tstMfcEntry.cpp中输入以下代码:#include "tstMfcEntry.h"MyApp theApp; //①建立应用程序。 添加了源代码的工程项目如下图所示:

3、 点击"生成"菜单下面的"生成解决方案", 发现没有成功并且产生了一堆的警告和错误, 如下图所示:

4、 分析错误信息, 得出可能是没有设定链接MFC库, 那么怎么在空白工程上来设定链接MFC库呢? 这里分享一个vs项目的配置解决通用方法: 项目配置比较法 按下面步骤来: (1).启动vs2017, 新建立一个mfc对护框项目, 查看其配置信息; (2).比较myMfcTest工程配置和mfc对护框工程配置(逐项检查, 尽量一致); (3).再次生成解决方案直到生成成功.大致需要配置myMfcTest工程的地方: (1)."配置属性"--->"常规"--->"项目默认值", 改为"在静态库中使用 MFC"; (2)."配置属性"--->"链接器"--->"系统"--->"子系统", 改为"窗口 (/SUBSYSTEM:WINDOWS)"; 再点击"应用"和"确定", 再次生成解决方案生成成功.具体如下图所示:

5、 从上面可以看到建立一个MFC窗口很容易, 只用两步: 一是从CWinApp派生一个应用程序类(这里是MyApp),然后建立应用程序对象(theApp), 就可以产生一个自己需要的窗口(即需要什么样就在InitInstance()里创建就行了); 整个程序, 就改写一个InitInstance()函数, 创建一个对象(theApp), 就是一个完整的窗口程序。

6、 MFC黑箱操作帮我们插入了代码，它插入的实际上是每次编写窗口程序必须的通用的代码。每次视窗编程都要写WinMain()函数，都要有注册窗口，产生窗口，消息循环，回调函数……等等. 看一下上面两个类的父子关系(箭头代表派生): CObject->CCmdTarget->CWinThread->CWinApp->自己的重写了InitInstance()的应用程序类。 CObject->CCmdTarget->CWnd->CFrameWnd看到层次关系图后，可以开始写MFC类库了。按照上面层次结构, 我们可以写以下六个类(为了直观, 省去了构造函数和析构函数)。 class CObiect{}; //MFC类的基类 class CCmdTarget : public CObject{} class CWinThread : public CCmdTarget{} class CWinApp : public CWinThread{} class CWnd : public CCmdTarget{} class CFrameWnd : public CWnd{}CWinApp类或者它的基类CCmdTarget里面应该 有一个虚函数virtual BOOL InitInstance(), 因为这是程序的入口点, 初始化程序的地方。这里都是讲解了一些mfc框架的相关类及关系为后面做准备。

7、 下面一起看一段程序代码:#include <iostream.h>class test{public: test(){cout<<"请改变对main()函数的看法！"<<endl;}};test test1;void main(){} 入口的main()函数表面上什么也不做, 但程序执行了, 为什么? 实际入口函数做了一些我们可以不了解的事情, 最后程序输出了一句话! 这里要注意: 全局对象test1是比main()首先运行。 通过以上代码我们, 程序在入口函数main以前, 还有先要执行的代码。

8、 win下面有两个入口程序: main和WinMain; 如果WinMain()函数也是什么都不做, 但是程序仍然可以运行, 不过, 没有这个入口函数程序会报错, 那么WinMain()函数会放哪个类上面呢, 请看下面程序:#include <afxwin.h>class MyApp : public CWinApp{public: BOOL InitInstance() // ②程序入点 { AfxMessageBox("程序依然可以运行！"); return true; }};MyApp theApp; // ①建立应用程序。 上面程序代码并没有构造框架, 而程序却可以运行了------弹出了一个对话框; 我们理解如果没有WinMain()函数程序会报错, 这里并没有报错!上面这样写还是为了直观起见, 其实可以更简洁, 只要写两行程序 #include <afxwin.h> CWinApp theApp;整个程序只构造一个CWinApp类对象, 没有做任何事情, 程序就可以运行了!

9、 上面的代码段只构造了CWinApp对象, 似乎就可以执行WinMain()函数。 猜测WinMai荏鱿胫协n()函数可能是在CWinApp类或它的基类中? 想想在编写C++程序时, 不可能在一个类中包含入口函数! WinMain()是由系统调用, 跟我们平时程序自身调用的函数有着本质的区别。 可以暂时简单想象成, 当CWinApp对象构造完的时候,WinMain()跟着执行。 我们可以看出,大部分的"通用代码"都可以放到CWinApp类中,那么它又是怎样运行起来的呢？ 为什么构造了CWinApp类对象就"自动"执行那么多东西? CWinApp类对象构造之后, 它会"自动"执行自己的构造函数。 那么我们可以把想要"自动"执行的代码放到CWinApp类的构造函数中! 那么CWinApp类可能这样设计(这里先不管正确与否):class CWinApp : public CWinThead{public: virtual BOOL InitInstance(); //解释过的程序的入点 CWinApp ::CWinApp(){ //构造函数 //////////////////////// WinMain(); Create(); //设计、创建、更新显示窗口 Run(); //消息循环 ////////////////////// }}; WinMain()函数在这里好象真的一点用处都没有, 并且能这样被调用吗(WinMain()不是普通的函数,它要肩负着初始化应用程序, 包括全局变量的初始化,是由系统而不是程序本身调用的, WinMain()返回之后, 程序就结束了,进程撤消)。 再看Create()函数, 它能确定设计什么样的窗口, 创建什么样的窗口吗? 如果能在CWinApp的构造函数里确定的话,我们以后设计MFC程序时窗口就一个样, 变得写程序变有必要。 再看Run()函数, 它能在WinMain()函数外面运行吗?

10、 WinMain() 函数的四个参数：WinMain(HINST钽吟篑瑜ANCE, HINSTANCE, LPSTR, int) 其中第一个参数指向一个实例句柄, 在设计WNDCLASS时一定要指定实例句柄。 窗口编程, 肯定要设计窗口类。 所以, WinMain()再简单也要这样写:int WinMain(HINSTANCE hinst, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow){ hInstance=hinst} 既然实例句柄要等到程序开始执行才能知道， 那么用于创建窗口的Create()函数也要在WinMain()内部才能执行 [因为如果等到WinMain()执行完毕后，程序结束，进程撤消， 当然Create()也不可能创建窗口] 那么Run()(消息循环)放在那里执行好呢？ 众所周知，消息循环就是相同的那么几句代码， 但也不要企图把它放在WinMain（）函数之外执行。 在WinMain（）函数里面，程序要象以下这样写WinMain（……）{……窗口类对象执行创建窗口函数…………程序类对象执行消息循环函数……} 对于WinMain(), 封装时是不可以把它封装到CWinApp类里面,但由于WinMain()的不变性(或者说有规律可循),MFC完全有能力在构造CWinApp类对象的时候, 完成那几行代码。 那么MFC到底是怎么做到的呢, 请看下面的分析?

11、 表面上MFC与SDK编程截然不同, 但实质上MFC只是用类的形式封装了SDK函数, 封装之后,在WinMain()函数中只需要几行代码, 就可以完成一个窗口程序。 我们也由此知道了应如何去封装应用程序类(CWinApp)和主框架窗口类(CFrameWnd)。 下面开始设计这两个类:为了简单起见，忽略这两个类的基类和派生类的编写!代码如下:#include <windows.h>HINSTANCE hInstance;class CFrameWnd{HWND hwnd;public:CFrameWnd(); //也可以在这里调用Create()virtual ~CFrameWnd();int Create(); //类就留意这一个函数就行了！BOOL ShowWnd();}; class CWinApp1{public:CFrameWnd* m_pMainWnd; //在真正的MFC里面,它是CWnd指针，但这里由于不写CWnd类 //只要把它写成CFrameWnd指针CWinApp1* m_pCurrentWinApp; //指向应用程序对象本身CWinApp1();virtual ~CWinApp1();virtual BOOL InitInstance(); //MFC原本是必须重载的函数，最重要的函数virtual BOOL Run(); //消息循环};CFrameWnd::CFrameWnd(){}CFrameWnd::~CFrameWnd(){}int CFrameWnd::Create() //封装创建窗口代码{WNDCLASS wndcls;wndcls.style=0;wndcls.cbClsExtra=0;wndcls.cbWndExtra=0;wndcls.hbrBackground=(HBRUSH)GetStockObject(WHITE_BRUSH);wndcls.hCursor=LoadCursor(NULL,IDC_CROSS);wndcls.hIcon=LoadIcon(NULL,IDC_ARROW);wndcls.hInstance=hInstance;wndcls.lpfnWndProc=DefWindowProc; //默认窗口过程函数。大家可以想象成MFC通用的窗口过程。wndcls.lpszClassName="窗口类名";wndcls.lpszMenuName=NULL;RegisterClass(&wndcls);hwnd=CreateWindow("窗口类名","窗口实例标题名",WS_OVERLAPPEDWINDOW,0,0,600,400,NULL,NULL, hInstance,NULL);return 0;}BOOL CFrameWnd::ShowWnd()//显示更新窗口{ShowWindow(hwnd,SW_SHOWNORMAL);UpdateWindow(hwnd);return 0;}/////////////CWinApp1::CWinApp1(){m_pCurrentWinApp=this;}CWinApp1::~CWinApp1(){}//InitInstance()函数，MFC中要为CWinApp的派生类改写，这里为方便理解，//把它放在CWinApp类里面完成,只要记住真正的MFC在派生类改写此函数就行了。BOOL CWinApp1::InitInstance(){m_pMainWnd=new CFrameWnd;m_pMainWnd->Create();m_pMainWnd->ShowWnd();return 0;}BOOL CWinApp1::Run() //封装消息循环{MSG msg;while(GetMessage(&msg,NULL,0,0)){TranslateMessage(&msg);DispatchMessage(&msg);}return 0;} //封装消息循环CWinApp1 theApp; //应用程序对象（全局）int WINAPI WinMain( HINSTANCE hinst, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow){hInstance=hinst;CWinApp1* pApp=theApp.m_pCurrentWinApp; //真正的MFC要写一个全局函数AfxGetApp，以获取CWinApp指针。pApp->InitInstance();pApp->Run();return 0;} CFrameWnd类的Create(),CWinApp类的InitInstance()和Run()。 在此特别要说明的是InitInstance(), 真正的MFC中, 那是我们跟据自己构造窗口的需要, 自己改写这个函数。 大家可以看到, 封装了上面两个类以后, 在入口函数WinMain中就写几行代码,就可以产生一个窗口程序。 在MFC中, 因为WinMain函数就是固定的那么几行代码,所以MFC绝对可以帮我们自动完成(MFC的特长就是帮我们完成有规律的代码), 所以创建MFC应用程序时, 看不到WinMain函数。