com之代理（proxy）与存根（stub）

com之代理（proxy）与存根（stub）

什么是代理和存根 ？

　　打个比方，你到自动取款机上去取款；你就是 客户，取款机就是你的 代理；你不会在乎钱具体放在那里，你只想看到足够或更多的钱从出口出来（这就是com的透明性）。你同银行之间的操作完全是取款机代理实现。 你的取款请求通过取款机，传到另一头，银行的服务器，他也没有必要知道你在哪儿取钱，他所关心的是你的身份，和你取款多少。当他确认你的权限，就进行相应的操作，返回操作结果给 取款机，取款机根据服务器返回结果，从保险柜里取出相应数量的钱给你。你取出卡后，操作完成。 取款机不是直接同服务器连接的，他们之间还有一个“存根”，取款机与存根通信，服务器与存根通信。从某种意义上说存根就是服务器的代理。

  

为什么要用代理和存根 ？

　　客户为什么要用代理和存根，而不直接同对象连接呢？ 给你一个理由，对客户来说，他与所有com对象的连接都是通过指针来调用的， 而对服务来说，调用对象的接口函数也是通过指针来完成的，然而，指针只有在同一进程内才会有效。这样，代理和存根为了完成这个使命也就产生了。

　　代理和存根的作用不只这些，他还要打包所有的参数（包括接口指针），产生RPC（远程进程调用），通向另一个进程，或者对象运行所在的另一台机器。

  

　　上图所显示的代理结构支持参数的标准列集。每个接口的代理实现了 IRpcProxyBuffer接口，用于内聚各个部分之间的相互通信。当代理准备把已列集的参数传递过进程边界时，他调用 IRpcChannelBuffer接口的方法（该接口由channel实现）。channel调用RPC运行库使数据传输到目的地。

  

　　如上图所示，每个接口的存根被连接到对象的相应接口上。chnnel分发传入的消息到适当的接口的存根。所有的组件通过 IRpcChannelBuffer接口与chnnel交流，这个接口提供了与RPC运行库的连接。

列集（marshalling）

　　说到代理和存根，自然少不了列集，什么是列集？

　　 列集，对函数参数进行打包处理得过程，因为指针等数据，必须通过一定得转换，才能被另一组件所理解，列集完成后，RPC调用就会产生。可以说列集是一种数据格式的转换方法。

　　列集有3种方式：

　　1. 类型库列集

　　它可以列集与OLEAUTOMATION兼容的任何接口，意思是你的接口的返回值必须是HRESULT，所使用的参数的类型也应该是与C++的VARIANT结构兼容。

　　2. 通过创建Stub / proxy DLL

　　这个DLL的源代由MIDL产生。你必须在服务器和客户机上都注册这个DLL（这是标准的marshal 方式）使用吃方法时，最好把stub / proxy代码编译作为一个独立的组件。

　　3. 自定义marshaling

　　自定义marshal要求在你的组件中必须实现IMarshal接口。当COM需要marchal时，他首先通过QueryInterface看你是否支持IMarshal接口，如果你实现了该接口，也就是说，由你控制了你的COM的所有参数和返回值的打包、解包的方法模式。

代理和存根dll的建立

　　使用工具MIDL，对一个IDL文件，MIDL会分析自动产生相应的代理/存根DLL的相关文件。

怎么使用代理和存根

　　对于你来说代理和存根的使用是透明的，你根本不用去关心如何使用他们，com库会知道怎么做。