描述:
小弟学习COM遇到自动化实在看不明白了。
看书上说，大意好像是C++的虚函数表是C++编译器定义的，C++的指针访问虚表的动作，编译器在编译代码是需要访问对象布局，虚函数在表中的索引之类。这些还好理解一点。
但是，好像是说解释型语言如VB等无法访问虚函数表，不得已定义一个在组建内部调用的“仿索引”机制，使得这些语言也能使用COM组建。
我的问题是：InVoke()函数不也是虚函数吗？如果C++外的语言不能访问虚表，那么如何调用InVoke呢？ 如果能够调用Invoke
的话，理论上岂不是可以访问虚函数表了吗？ 那又何必搞个自动化接口机制呢？
小弟看了好几天了，都不明白，请解惑。谢谢了。
解决方案1:
帮忙顶！我也在看COM，呵呵
解决方案2: 每个组件接口都有自己的方法和参数类型，所以虚表结构是千奇百怪的。解释型语言并不是不能访问虚表，而是通过已知的虚表来访问未知的虚表，这是IDispatch的目的，这个接口仅仅提供7个固定的方法，所以实现自动化的接口虚表的前7项永远是固定的，脚本语言只需要访问这7个方法，并按照统一的模式构造参数，然后交给Invoke执行，组件内部负责解释、转换参数并完成功能，至于内部是直接完成工作还是调用自定义接口的虚表函数，那是组件自己的事了。
说白了，调用组件需要代理，IDispatch就是解释型语言的代理。对于编译型语言（如VC），或者支持前绑定的语言（如VB/C#），编译器会读取组件的类型库信息生成代理代码（对VC来说就是生成组件的包装类），因为从类型库可以确切地知道虚表结构和参数信息，代理代码就是直接调用接口的虚表了，从性能上肯定比IDispatch要好。
VB不能访问虚函数表是指的在语言这种层次，你没办法去访问虚函数表的内存地址因为VB不支持指针等，无法跟C++混合编程。而VB语言不能访问虚函数表不代表VB本身的COM引擎(可以理解为微软提供的库)不能访问，所以其实是微软帮你做了一个代理的工作:你调用COM引擎，COM引擎帮你实现真正的调用。
至于你说的“仿索引”机制，无非就是把虚函数表换成函数的序号这样的形式，本质是一样的。
好久没接触COM了，印象有点模糊，大体原理应该是这样的，至于细节不能保证一定正确。