1、DCOM

　　 COM的进程透明特性表现在组件对象和客户程序即可以拥有各自的进程空间，也可以共享同一个进程空间，COM负责把客户的调用正确传到组件对象中，并保证参数传递的正确性。组件对象和客户代码不必考虑调用传递的细节，只要按照一般的函数调用的方式实现即可。如果进一步拓展进程透明特性，考虑组件对象与客户程序运行在不同计算机上的情形，把进程透明性拓展为位置透明性，形成分布式组件对象模型，简称为DCOM。

　　 DCOM是COM的扩展，它可以支持不同计算机上组件对象与客户程序之间或者组件对象之间的相互通信，这些计算机可以在局域网内、广域网上、 Internet上。对于客户程序而言，组件程序所处的位置是透明的，我们不必编写任何处理远程调用的代码，因此，DCOM也是COM的无缝扩展。 DCOM处理了底层网络协议的所有细节。

　　2、从COM转向DCOM

　　 进程内组件与客户程序之间的通信过程比较简单。本地进程外组件与客户程序之间的通信并不是直接进行的，而是用到了操作系统支持的一些跨进程通信方法。

　　 DCOM只是简单地把本地跨进程通信用一个网络协议传输过程来代替，只是中间数据传递的路线更长一些。当然，网络通信比单机系统环境下的跨进程通信要脆弱得多，所以为了保证协作过程的可靠性以及程序对异常事件的应变能力，客户程序和组件程序需要考虑更多的细节。

　　3、DCOM对象的定位

　　 客户程序调用COM库的基础创建函数（比如CoGetClassObject）创建远程组件对象需要知道远程机器名和对象CLSID。

　　 有两种方法可以得到远程对象的机器名信息：一是在创建函数的参数中指定COSERVERINFO结构，二是使用DCOM配置工具指定远程机器名。

　　 COM库的创建函数得到了远程对象的位置信息后，再把对象创建的任务交给SCM，由SCM通过RPC与远程机器进行通信。SCM（程序名为 Rpcss.exe）也是COM库的一部分，但它是一个单独的进程。SCM负责创建新的COM对象，也负责建立组件对象与客户程序之间的连接。如果要创建远程对象，它会通过RPC调用远程机器上的SCM，由远程机器上的SCM启动组件进程，并创建组件对象，然后返回到客户机器。