从C++到COM，学习笔记（4）

转自：http://blog.sina.com.cn/s/blog_701b41e40100m4jt.html

COM对象的调用

 

一. EXE和DLL

不管COM对象有多少花哨的东西，其本质只是一段内存，有数据有代码而已。因此当一个COM对象被使用的时候，是谁，并且怎样把这些数据和代码载入内存呢？

首先，最简单的就是调用者和COM对象在一起，这时候函数调用就是普通的调用，没有任何使用上的障碍。然而这样一来显然无法把COM对象独立出来，自然无法做到重用。因此COM对象首先应该孤立于任何调用者，单独被保存在系统中。这时候作为可执行程序，它可以是DLL，也可以是EXE。

COM对象作为DLL被使用时，调用者会先用LoadLibrary()把DLL整个装入自己的进程空间，然后获取里面类厂的地址，再通过调用类厂的接口函数来生成COM对象。此时COM对象是在用户进程空间内生成的，对用户而言能够更加方便快速的使用COM对象提供的功能。

另外一种方式是COM对象作为EXE被使用。此时调用者会先给当前进程创立一个子进程来运行该EXE，然后通过进程之间的通信来依次调用类厂的接口函数，COM对象的接口函数，等等。

 

这两者区别仅仅在于调用者和COM对象是否存在于同一个进程空间而已。

 

二. COM库

不管是DLL还是EXE，首先是找到这些文件，依据只有我们需要用的COM的CLSID。如前面所述，Windows系统中把COM类的CLSID和其保代码保存在的文件，以及其它一些相关信息都纪录在注册表中。同时，Windows还提供了一系列API函数，可以自由的通过一项信息搜索出其它需要的所有信息。

当能够把CLSID和具体的DLL或EXE文件对号入座后，下一步就是将DLL文件载入进程空间，或者执行EXE文件于另一个进程空间。两者的本质依然是先获取类厂的接口函数指针，然后利用类厂来生成COM对象。

 

问题是，在上面几步中，并没有什么需要特别处理的地方。因此Windows直接提供了一组API来完成这里的需求，用来让代码看上去简洁明了。比如说，用CoInitialize()来初始化COM库，用CoCreateInstance()来通过类厂生成COM对象，等等。这些函数其实就是COM的库函数。

 

三. IPC/LPC/RPC和Proxy/Stub

调用方和COM对象之间，存在几种不同的情况：（1）在同一进程空间（2）在一台机器的不同进程空间（3）在不同的机器上。这几种就分别对应了Inner/Local/Remote三种Process Call。

调用时，（1）是最简单的，（2）要复杂一些，（3）是最麻烦的。

 

但是，在Windows下，系统提供了一些功能，能够协助用户来实现进程之间的调用，这就是Proxy和Stub的概念。通信在Proxy和Stub之间进行，这部分是COM库来实现的。用户和Proxy之间的通信，以及Stub和COM对象之间的调用，都是各自进程中的IPC。因此，通过Windows帮忙，LPC/RPC对于用户来说等于没有，这里只有进程内的调用Proxy而已。