《COM 原理与应用》学习笔记 - 第一部分 COM原理

　　与接口类似，每个组件也用一个 128 位 GUID 来标识，称为 CLSID(class identifer，类标识符或类 ID)，用 CLSID 标识对象可以保证(概率意义上)在全球范围内的唯一性。实际上，客户成功地创建对象后，它得到的是一个指向对象某个接口的指针，因为 COM 对象至少实现一个接口(没有接口的 COM 对象是没有意义的)，所以客户就可以调用该接口提供的所有服务。根据 COM 规范，一个 COM 对象如果实现了多个接口，则可以从某个接口得到该对象的任意其他接口。从这个过程我们也可以看出，客户与 COM 对象只通过接口打交道，对象对于客户来说只是一组接口。

　　---------------------------------------------------

　　COM 进程模型

　　---------------------------------------------------

　　COM 所提供的服务组件对象在实现时有两种进程模型：进程内对象和进程外对象。如果是进程内对象，则它在客户进程空间中运行；如果是进程外对象，则它运行在同机器上的另一个进程空间或者在远程机器的空间。

　　进程内服务程序：

　　服务程序被加载到客户的进程空间，在 Windows 环境下，通常服务程序的代码以动态连接库(DLL)的形式实现。

　　本地服务程序：

　　服务程序与客户程序运行在同一台机器上，服务程序是一个独立的应用程序，通常它是一个 EXE 文件。

　　远程服务程序：

　　服务程序运行在与客户不同的机器上，它既可以是一个 DLL 模块，也可以是一个 EXE 文件。如果远程服务程序是以 DLL 形式实现的话，则远程机器会创建一个代理进程。

　　虽然 COM 对象有不同的进程模型，但这种区别对于客户程序来说是透明的，因此客户程序在使用组件对象时可以不管这种区别的存在，只要遵照 COM 规范即可。然而，在实现 COM 对象时，还是应该慎重选择进程模型。进程内模型的优点是效率高，但组件不稳定会引起客户进程崩溃，因此组件可能会危及客户；(savetime 注：这里有点问题，如果组件不稳定，进程外模型也同样会出问题，可能是因为进程内组件和客户同处一个地址空间，出现冲突的可能性比较大？)进程外模型的优点是稳定性好，组件进程不会危及客户程序，一个组件进程可以为多个客户进程提供服务，但进程外组件开销大，而且调用效率相对低一点。