系统理解Win32 API和MFC(上)

核心提示：Win32 API是微软的操作系统Windows提供给开发人员的编程接口，它决定了我们开发的Windows应用程序的能力，系统理解Win32 API和MFC(上)，MFC是微软为开发人员提供的类库，在某种意义上是对Win32 API的封装，也是发生在thread中的，所以书都讲，本文试图从全局角度对Win32 API和

Win32 API是微软的操作系统Windows提供给开发人员的编程接口，它决定了我们开发的Windows应用程序的能力。MFC是微软为开发人员提供的类库，在某种意义上是对Win32 API的封装。本文试图从全局角度对Win32 API和MFC进行理解──给出二者的概念模型。

本文使用UML描述概念模型。Win32 API本不是面向对象的，我用面向对象的观点去理解它，无非是想表达其全局。

本文参考了MSDN、相关书籍和网上的一些资料，在此一并感谢。

一、Win32 API的概念模型

Win32 API的object有3种：user obj，gdi obj，kernel obj。但是，如果一点不考虑OS本身的支持，就会在有些问题上疑惑，因此，我这里把“operation system负责将中断封装成message”加上。

1、user obj、gdi obj、kernel obj、system 4者的关系

由于是kernel obj部分负责将另外3者联系起来，因此我们在下图中直接深入到kernel obj部分内部。

从图中看到，在内存中运行的，除了“负责将中断封装成message”的system支持部分，还有另外3类object：kernel obj、user obj和gdi obj，每个obj都有一个句柄handle与之对应。其中，gdi obj建立了待开发的Windows 应用和外部输出设备的联系，kernel obj中的file建立了内存和永久存储设备的联系。具体说，内存中的file从可以从硬盘上来，如果这个file是可执行文件，它将生成module，module运行起来就是process，process可以包含多条thread，而thread的运行映象最终还是来自于file。thread是kernel obj中最重要的一个，因为消息队列就是thread拥有的，只有thread才能够接受message。对gdi obj、urser obj和file的操作，也是发生在thread中的。所以书都讲，process至少拥有一个thread。