3.2.4  窗口过程函数

现在已经进入了消息循环，那么MFC程序是否也把消息路由给一个窗口过程函数去处理呢？回头看看例3-10所示的AfxEndDeferRegisterClass函数的源程序，其中有这样一句代码（符号①所在那行代码）。

wndcls.lpfnWndProc = DefWindowProc;

这行代码的作用就是设置窗口过程函数，这里指定的是一个默认的窗口过程：DefWindowProc。但实际上，MFC程序并不是把所有消息都交给DefWindowProc这一默认窗口过程来处理的，而是采用了一种称之为消息映射的机制来处理各种消息的。关于该机制将在后面的内容中详细介绍。

至此，我们就了解了MFC程序的整个运行机制，实际上与Win32 SDK程序是一致的。它同样也需要经过：设计窗口类（只不过MFC程序中已经预定义了一些窗口类，我们可以直接使用），注册窗口类，创建窗口，显示并更新窗口，消息循环。

再次调试运行Test程序，把MFC程序的运行过程再梳理一遍。

n 首先利用全局应用程序对象theApp启动应用程序。正是产生了这个全局对象，基类CWinApp中的this指针才能指向这个对象。如果没有这个全局对象，程序在编译时不会出错，但在运行时就会出错。

n 调用全局应用程序对象的构造函数，从而就会先调用其基类CWinApp的构造函数。后者完成应用程序的一些初始化工作，并将应用程序对象的指针保存起来。

n 进入WinMain函数。在AfxWinMain函数中可以获取子类（对Test程序来说，就是CTestApp类）的指针，利用此指针调用虚函数：InitInstance，根据多态性原理，实际上调用的是子类（CTestApp）的InitInstance函数。后者完成应用程序的一些初始化工作，包括窗口类的注册、创建，窗口的显示和更新。期间会多次调用CreateEx函数，因为一个单文档MFC应用程序有多个窗口，包括框架窗口、工具条、状态条等。

n 进入消息循环。虽然也设置了默认的窗口过程函数，但是，MFC应用程序实际上是采用消息映射机制来处理各种消息的。当收到WM_QUIT消息时，退出消息循环，程序结束。