【转载】进程内COM与进程外COM

原文：http://www.cnblogs.com/jyz/archive/2009/03/08/1406229.html

1、进程内和进程外Com

COM/DCOM 组件可以在DLL 或EXE 文档中实现。

其中在 DLL 中实现的COM/DCOM组件称为 In-Process Server，因为这些组件是加载到使用它们的客户端应用程序执行程序内存之中。因此当应用程序调用COM/DCOM 组件的服务时，就和一般的程序或函数调用一样，非常快速。

在EXE 中实现的COM/DCOM组件是执行在它自己的执行程序之中，因此这种 COM/DCOM组件称为Out-Process Server。当
客户端应用程序调用在独立的执行程序中的 COM/DCOM 组件时必须穿越不同的执行程序，因为 Out-Process Server 在执行时会比In-Process Server 慢许多。

应用程序调用 DCOM 组件时，可能会穿越执行程序，也可能会穿越不同的机器，因此在许多情形下应用程序无法直接调用DCOM 组件，而必须通过Proxy和Stub的帮助应用程序必须通过Proxy/Stub才能调用DCOM组件的服务。

到底什么是Proxy 和Stub 呢？简单地说，Proxy 就是远程COM 对象在应用程序的执行程序中的影像 (Image )，远程COM 对象提供了什么接口和方法，它的Proxy就有什么接口和方法。因此，当应用程序在调用远程对象的服务时，事实上是调用了它的执行程序中的Proxy。当Proxy 被应用程序调用后，Proxy 便会封装这些调用信息，再通过通信协议调用远程的 Stub。而Stub的工作便是接受Proxy的调用信息，再使用这些信息调用真正的COM/DCOM对象。最后，Stub再把调用的结果回传给Proxy，由Proxy回传给应用程序。

Proxy/Stub 是从哪里来的呢？
得根据应用程序使用的接口是原生COM 接口还是Automation 接口来决定。如果是调用COM 原生接口，那么Proxy/Stub便是由Microsoft 的MIDL 编译器根据COM/DCOM 对象的IDL 文档编译而来。而如果是Automation 接口，那么由于 Windows 操作系统提供了通用的Proxy/Stub，因此应用程序可以直接通过这个通用的Proxy/Stub 即可。在Delphi 中，当我们建立 MTS/COM+对象时， Delphi 会使用系统的通用Proxy/Stub DLL，因此我们并不需要为如何产生Proxy/Stub 这两个DLL 烦恼。

2、OPC服务器

在开始开发一个OPC服务器之前，用户还要确定服务器的运行形式。OPC服务器做为一个COM组件，运行方式主要包括进程内(DLL)、进程外(EXE)以及服务(Service)。这里的进程内/外是相对于客户程序说的，当OPC服务器是进程内组件时，它运行在客户程序的进程里（远程连接时是宿主程序(host)的进程），而我们通常接触到的OPC服务器一般都是进程外组件。选择哪一种形式要看具体的应用需求，进程内形式适合轻量级的小型服务器，特别是当底层设备具有较高的性能，支持并发多连接访问，OPC客户及服务器程序处于同一计算机上时，可采用进程内形式。其它情况下进程外形式可能更适合一些。简言之，当你不清楚到底那种更合适时，就选择进程外方式。服务形式主要是和进程外形式比较的，它在后台运行，没有用户界面。当OPC服务器计算机可能在没有用户登录，或者需要经常切换登录用户时，服务形式的OPC服务器是最合适的。无论那种形式，都与设备驱动开发的关系不大，大部分的OPC服务器开发工具都带有每种形式的服务器例程，用户可在开发时参考。