Window程序设计的大框架基本固定：设计窗口类，注册，创建，显示，更新，消息循环。在这个过程中，设计、注册、创建、显示和更新窗体，包括消息循环过程等等所有操作都是调用API函数来完成的，所谓的API函数就是操作系统提供给应用程序的编程接口。

除了提供API函数库供编程使用，针对面向对象编程理念，微软还对这些API函数进行了封装，将其根据功能划分到各种C++类中。程序员通过调用类的成员函数来调用这些API函数。

MFC就是微软为了简化程序员的开发工作所开发的一套C++类的集合。除了将函数封装到类，MFC还将每一个窗口应用程序都需要的步骤进行了封装，即将Window程序设计的大框架进行了封装。所以简单来说，MFC就是对API函数库和Windows程序设计过程进行了封装，目的是简化程序员的开发工作，但是对初学者却造成了很多不必要地困扰，在没有了解MFC的架构前看代码无从下手，找不到入口点。

下面以通过MFC AppWizard生成的单文档MFC应用程序为例来进行讲解，工程名为Test。自动生成的工程有五个类：CAboutDlg，CMainFrame，CTestApp，CTestDoc，CTestView，和一个CTestApp类型的全局对象theApp。

Windows应用程序的消息处理过程中，操作系统是通过应用程序实例句柄来找到消息所属的应用程序，再通过窗口句柄进一步找到消息所属的窗口，进而调用其窗口过程函数。对于MFC程序而言，通过产生一个应用程序类CTestApp的对象theApp来唯一标识应用程序的实例。每个MFC程序有且仅有一个应用程序类（CWinApp）的派生类（CTestApp）。每个MFC程序实例有且仅有一个该派生类的实例化对象，即theApp全局对象。

全局变量是在main函数之前分配内存空间，所以在进入主函数之前，首先是创建CTestApp的对象。而CTestApp是CWinApp的子类，所以在创建该类的实例前，首先调用了CWinApp的构造函数。该函数完成程序运行时的一些初始化工作。

接着进入主函数。主函数中即完成窗体的设计、注册、创建、显示、更新等等一系列过程，并启动消息循环过程。具体表现就是调用theApp的InitApplication、InitInstance和Run函数。InitApplication函数完成MFC内部管理方面的工作。由CTestApp的父类CWinApp完成。InitInstance函数因为CTestApp重写之，所以调用的是CTestApp类内的函数实现。这两个函数完成了窗体的设计直到更新显示。而Run函数则启动了消息循环过程。

至此，MFC的大框架介绍完毕。

Windows程序设计的关键是窗口过程函数的设计。一般的Windows应用程序在窗口过程函数中使用switch对消息进行判别并分类处理。而MFC的消息循环并不是采用Window应用程序所采用的方式，它采用专门的消息映射机制。

至于原因，个人总结是：在介绍一般Windows程序设计时，每个窗口对象对应一个窗口过程函数，该窗口的所有消息均由该函数进行处理；而MFC架构中采用了文档/视图结构，该架构由五个类共同实现：CAboutDlg，CMainFrame，CTestApp，CTestDoc，CTestView。该应用程序可能接收到的消息也被划分到不同的类中，并且该架构中类的继承层次较复杂，如果将类可能接收到的消息作为类的成员变量存在，类的体积将非常庞大，所以采用消息映射机制来实现。

MFC消息映射机制的具体实现是：

在每个能接收和处理消息的类中，定义一个消息和消息函数静态对照表，即消息映射表。在消息映射表中，消息与对应的消息处理函数指针是成对出现的。某个类能处理的所有消息及其对应的消息处理函数的地址都列在这个类所对应的静态表中。当有消息需要处理时，程序只能搜索该消息静态表，查看表中是否含有该消息，就可知道该类能够处理此消息。如果能处理该消息，则同样依照静态表能很容易找到并调用对应的消息处理函数。

l   设计一个窗体类。指定该类窗体的特征，例如是否显示最大化/最小化框，指定窗口过程函数的地址（即指定窗体过程函数的名称）

l   注册窗体类。只有注册了该窗体类，后面创建窗体类对象时，系统才知道该窗体的特征。窗体类对象涉及到与系统的交互，所以需要向系统登记该类类型，而不是简单的设计类，创建对象。

l   创建窗口类对象。

l   显示并更新窗口类对象。窗口类对象创建之后，只是在内存中存在该对象，想要显示出来还需要调用其显示函数。一开始窗体类对象的界面属于无效状态，调用更新函数使其有效。当窗体部分或全部被挡住时，被挡住的部分就处于无效状态，想要再次显示需要更新之。

l   进行消息循环。即开启一个死循环处理应用程序中窗口的消息，即根据消息调用窗口过程函数。当窗口销毁时跳出该死循环，结束应用程序。

Windows应用程序设计的关键是窗口过程函数的设计。

Windows应用程序的关键就是消息循环部分，借由消息队列存放捕获到的消息，然后循环从消息队列中取出消息进行处理。其消息处理过程如下：

l   操作系统接收到应用程序的窗口消息，例如捕获到用户在窗口单击鼠标左键事件，将消息投递到该应用程序的消息队列中；

l   应用程序在消息循环中调用GetMessage函数从消息队列中取出一条一条的消息。取出消息后，应用程序可以对消息进行一些预处理。例如，对于操作系统，鼠标按下和鼠标抬起分别对应LButtonDown和LButtonUp两个消息，应用程序将这两个消息处理为一个鼠标单击消息。

l   应用程序调用DispatchMessage，将消息回传给操作系统。

l   操作系统利用消息中包含的窗口过程函数指针调用窗口过程，对消息进行处理。

上述过程是一般的消息处理过程，其实消息又分为两类：进队消息和不进队消息，上述过程是进队消息的处理过程，不进队消息是操作系统捕获到消息后直接调用应用程序的处理过程，而不放入消息队列中。

个人认为，进队消息应该是需要预处理的消息，因为最后还是回到操作系统，由操作系统调用窗口过程函数进行处理。至于为何非要回到操作系统，个人理解也和进队/不进队有关，因为有的消息不进队则直接由操作系统调用处理函数，所以进队的消息也统一再回到操作系统，由操作系统调用处理函数。所以在这里可以看出，程序员设计的窗口过程函数不是由应用程序调用，而是由操作系统调用，所以该函数类型为回调函数，即函数的调用方和函数的设计方不是同一人。