Delphi下的COM编程技术简介.pdf

Delphi下的COM编程技术简介

组件对象模型(ComponentObjectModel，以下简称COM)是组件对象之间相互接口的规范，凡是
遵循COM接口规范的对象彼此之间能相互通信和交互，即使这些对象是由不同的厂商、用不同的
语言、在不同的Windows版本甚至不同的机器上编写和建立的。Delphi支持COM接口规范，Object
Pascal语言增加了对象接口的方法。用Delphi创建的COM对象还可以工作在MTS(Microsoft
TransactionServer)环境中。

软件重用是业界追求的目标，人们一直希望能够像搭积木一样随意“装配”应用程序，组件对
象就充当了积木的角色。所谓组件对象，实际上就是预定义好的、能完成一定功能的服务或接口。
问题是，这些组件对象如何与应用程序、如何与其他组件对象共存并相互通信和交互?这就需要制定?
个规范，让这些组件对象按统一的标准方式工作。

COM是个二进制规范，它与源代码无关。这样，即使COM对象由不同的编程语言创建，运行
在不同的进程空间和不同的操作系统平台，这些对象也能相互通信。COM既是规范，也是实现，它
以COM库(OLE32.dll和贴OLEAut32.dll)的形式提供了访问COM对象核心功能的标准接口以及一
组API函数，这些API函数用于创建和管理COM对象。COM本质上仍然是客户服务器模式。客户
(通常是应用程序)请求创建COM对象并通过COM对象的接口操纵COM对象。服务器根据客户的
请求创建并管理COM对象。客户和服务器这两种角色并不是绝对的。

组件对象与一般意义上的对象既相似也有区别。一般意义上的对象是一种把数据和操纵数据的
方法封装在一起的数据类型的实例，而组件对象则使用接口(Interface)而不是方法来描述自己并提供
服务。所谓接口，其精确定义是“基于对象的一组语义上相关的功能”，实际上是一个纯虚类，真正
实现接口的是接口对象)(InterfaceObject)。一个COM对象可以只有一个接口，例如Wndows95／98
外壳扩展；也可以有许多接口，例如Ac咖ex控件一般就有多个接口，客户可以从很多方面来操纵
ActiveX控件。接口是客户与服务器通信的唯一途径。如果一个组件对象有多个接口，则通过一个接
口不能直接访问其他接口。但是，COM允许客户调用COM库中的QueryInterface()去查询组件对象
所支持的其他接口。从这个意义上讲，组件对象有点像接口对象的经纪人。

在调用QueryInterface()后，如果组件对象正好支持要查询的接口，则QueryInterface()将返回该
接口的指针。如果组件对象不支持该接口，则QueryInterface()将返回一个出错信息。

所以，QueryInterface()是很有用的，它可以动态了解组件对象所支持的接口。接口是团向对象
编程思想的一种体现，它隐藏了COM对象实现服务的细节。COM对象可以完全独立于访问它的客
户，只要接口本身保持不变即可。如果需要更新接口，则可以重新定义一个新的接口，对于使用老
接口的客户来说，代码得到了最大程度的保护。

认识GUID、CLSID、IID

在一个复杂的系统中，可能充斥着大量的组件对象．每个组件对象可能又有大量的楼cJ为了保
证这些接口彼此不会冲突，Microsoft规定用GUID来标识组件对象和接口。GUID是GloballyUnique
Identifier的缩写．意为全局唯一标旧符．GUID可以标识组件对象的类，这时候GUID也称为
CLSID(ClassIdentifier的缩写)。GUID也可以标识组件对象的接口，这时候GUID也称为IID(Interface
Identifier的缩写）。

引用计数

引用计数是一种机制，使组件对象具有?定的“智能性”。它的工作原理是这样的：当接口对象
第一次创建时，引用计数的初始值为1。当有?-个客户请求获得接口对象的指针时，就调用AddRef()
使该计数加1．当一个客户不再需要组件对象的服务时．它应当调用Release()。注意，Release()并不
真正释放接口对象，因为可能还有其他客户正在使用接口；Release()只是使引用计数减1。只有当引
用汁数正好减为零时．接口对象才被删除。下面举例说明引用计数的作用。假设客户A向服务器请
求IMalloc接口，服务器收到请求后．首先看该接口对象是否存在。如果没有．就创建?个接口对象，
并凋用AddRef()使引用计数变为1，同时把该接口对象的指针传递给客户A。假设这时候客户B也
加入进来，并且也是请求IMalloc接口。由于此时IMalloc接口对象己存在，所以服务器只是简单地
返回一个指针，并且调用AddRef()使引用计