一个组件程式可以包含一个或多个组件对象，因为 COM 是以对象为基本单元的模型，所以在程式与程式之间进行通信时，通信的双方应该是组件对象，也叫做 COM 对象，而组件程式(或称作 COM 程式)是提供 COM 对象的代码载体。 　COM 对象不同于一般面向对象语言(如 C++ 语言)中的对象概念，COM 对象是建立在二进制可执行代码级的基础上，而 C++ 等语言中的对象是建立在原始码级基础上的， COM 对象是语言无关的。这一特性使用不同程式语言开发的组件对象进行互动成为可能。

COM 对象与接口

类似于 C++ 中对象的概念，对象是某个类(class)的一个实例；而类则是一组相关的数据和功能组合在一起的一个定义。使用对象的套用(或另一个对象)称为客户，有时也称为对象的用户。 　接口是一组逻辑上相关的函式集合，其函式也被称为接口成员函式。按照习惯，接口名常是以“I”为前缀。对象通过接口成员函式为客户提供各种形式的服务。

在 COM 模型中，对象本身对于客户来说是不可见的，客户请求服务时，只能通过接口进行。每一个接口都由一个 128 位的全局唯一标识符(GUID，Global Unique Identifier)来标识。客户通过 GUID 来获得接口的指针，再通过接口指针，客户就可以调用其相应的成员函式。

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

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

进程内服务程式

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

本地服务程式

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

远程服务程式

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

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

由于 COM 标準是建立在二进制代码级的， COM 对象的可重用性与一般的面向对象语言如 C++ 中对象的重用过程不同。对于 COM 对象的客户程式来说，它只是通过接口使用对象提供的服务，它并不知道对象内部的实现过程，，组件对象的重用性可建立在组件对象的行为方式上，而不是具体实现上，这是建立重用的关键。COM 用两种机制实现对象的重用。我们假定有两个 COM 对象，对象1 希望能重用对象2 的功能，我们把对象1 称为外部对象，对象2 称为内部对象。 　(1)包容方式。

对象1 包含了对象2，当对象1 需要用到对象2 的功能时，它可以简单地把实现交给对象2 来完成，虽然对象1 和对象2 支持同样的接口，但对象1 在实现接口时实际上调用了对象2 的实现。

(2)聚合方式。

对象1 只需简单地把对象2 的接口递交给客户即可，对象1 并没有实现对象2 的接口，但它把对象2 的接口也暴露给客户程式，而客户程式并不知道内部对象2 的存在。