MFC程序的执行流程 - mfc程序执行流程小结,MFC程序的执行顺序

　　四、MFC程序的执行流程

　　对于理解MFC程序执行流程，我觉得理解new 、虚拟函数调用、构造和析构函数调用（http://blog.csdn.net/misskissc/article/details/8549254）次序、类指標结论几个地方对此很有帮助。刚好在学习MFC程序的过程中也正好去学习了这几个方面（或者说是先去查询式的学习了这几个方面之后觉得对理解MFC程序执行流程有帮助）。

　　1.new

　　new和malloc函数都可以为变量申请一段某种类型的动态存储空间，new在申请动态空间外还会引发申请空间对象构造函数的运行。当然，有new就需要在需要的地方有delete，这是一种必备的习惯。

　　2.虚拟函数的调用

　　使用派生类对象访问类的成员函数时，若此函数为非虚拟函数时，访问的函数都是基类成员函数的地址；若访问的成员函数为虚拟函数（前面加了virtual关键字）时，若在派生类中没有申明（修改）则调用的是基类（或者某派生类（当此派生类改变了此虚拟函数时））中的函数地址，若在派生类修改了虚拟函数，则调用的就是派生类的成员函数。

　　3.构造函数和析构函数的调用次序

　　构造函数和析构函数的调用次序从一定程度上反应出MFC程序执行流程。建构式（运行应用程序类的对象的构造函数）是早于程序运行入口点的，即应用程序类对象的构造函数的运行要比AfxWinMain函数的运行要早。当然，析构函数是在相应情况下（delete发生、局部运行完毕、程序运行结束时）发生。而且构造函数的运行遵循一定的方式（构造函数析构函数调用次序），析构函数的运行与构造函数的运行相反。

　　4.类指標相关结论

　　如果以一个基础类别之指标指向衍生类别之物件，那么该指标只能呼叫基础类所定义的函式。如果一个衍生类指标指向一个基础类别物件，必须先做明确的转型动作（对基础类之物件取地址&对派生类指标赋值）。这种做法很危险。如果基础类别和衍生类别都定义了相同名之成员函式，那么透过物件指标呼叫成员函式时，到底呼叫到哪一个函式，必须视该指标原始性别而定，而不是视指标实际所指之物件的性别而定。

　　五、简析MFC程序执行流程

　　撇开所有的头文件中对类声明、派生的代码，我们到应用程序类源代码文件（CMy*.cpp）定义应用程序类对象的地方，见图1

　　

　　图1.《深入浅出 MFC》一书中的MFC程序执行流程分析图

　　MFC程序执行流程跟标号增大的方向一致：

　　当定义应用程序类对象时，在程序进入AfxWinMain（）函数前，应用程序类对象的构造函数先运行，构造应用程序类对象。

　　进入程序运行的入口点AfxWinMain（）函数中，AfxGetApp（）函数返回指向当前应用程序的单一的CWinApp对象的指针。根据类指標相关结论可知，除了被修改的虚拟函式外，用指针pApp访问的函数都是访问的CWinApp中的成员函式。所以用pApp-》InitApplication（） ［及Run］ 调用的函式为CWindApp：：InitApplication（） ［及CWindApp：：Run（）］ ；因为InitIntance（）函数被改变，因此而pApp-》InitIntance（）调用的却是派生类中（假设为CMyWindApp）的函式（CMyWindApp：：InitIntance（）），而且InitIntance（）函数内的内容会被自动执行，一般这里的代码为跟生成窗口有关。

　　这里是关于初始化的函数，作为初学者，这里可以先跳过。容日后究。

　　这就是在调用派生类CMyWindApp的成员函数，虽然这个调用的语句我们看不到。这里涉及虚拟函数妙用的内容哦，派生类中被修改的虚拟函数将会被调用。

　　（5-8语句）这是在对虚拟函数InitIntance（）进行改写，在改写的过程中很可能依据函数的调用方式（虚拟函数，非虚拟函数的调用方式）再调用其它的函数。其实函数的调用占MFC应用程序执行流程的很大一部分，对于函数的调用，这里添加了一些规则，如此就构成了整个的运行。

　　（9语句）pApp-》Run（）就是检测是否有消息发生的主消息循环事件函数，当有任何规定的事件发生它都会检测到，并通过一定方式调用到相应的函数，具体内容可以后深究。

　　这个过程只是在定义应用程序类对象时MFC内部机制的简单剖析，其实在接收到用户信息、调用用响应的事件函数（DECLARE_DYNAMIC/IMPLEMENT_DYNAMIC巨集）等这些过程都是很有研究价值的，对咱初学者来说就先了解一个大概，最开始就要把这些原理弄得很清楚还是很费功夫的！如此，就找到了MFC程序入口及消息循环的基本原理了，至于MFC程序如何响应事件及另外的一些重要性质就让我们日后挖掘吧。