综上所有规则，其内在的重点在于不管组件实现了多少个接口，组件都只实现了一个QueryInterface，所以，在所有的接口的vtbl中，对应的QueryInterface都是组件实现的QueryInterface的地址，所有接口指针调用QueryInterface进行查询时，都是调用的同一个QueryInterface，所以，这就满足了上述的规则。大家在阅读上面的这些规则时，难免会有些无所谓的感觉，觉得都是文字，很枯燥，我开始的时候也是这样的；就是因为如此，在实际的开发中，吃过不少的苦头，所以，今天又在这里把这些规则重新的整理一遍，希望大家不要在实际的项目中栽了跟头再回来寻找原因，何不防范于未然呢？
添加新的接口
以前的博文也总结过了，COM中接口是不会发生变化的。当组件发布一个接口并被某个客户使用之后，此接口将决不会发生任何变化，而将永远保持不变。这里说的不变，具体是什么意思呢？由于每一个接口都有一个唯一对应的接口标识符IID。一般情况下，我们不会改变接口，而可以建立一个新接口并为之指定一个新的IID。当QueryInterface接收到对老的IID的查询时，它将返回老的接口；而当它收到对新的IID的查询时，它将返回新的接口。对于QueryInterface而言，一个IID就是一个接口。
所以同某个IID相应的接口将绝不会发生变化。新接口可以继承老的接口，它也可以同老接口完全不同。由于老的接口仍然保持不变，已有客户的运行将不会受到任何影响。而新客户则可以自行决定是使用老接口还是新接口，因它可以自由决定到底是查询哪个接口。
新接口命名
虽然每个人的命名规则，每个公司命名规则都是要求不同的，但是对于COM接口的命名大体上都是一致的，例如：原来的接口名为IX，则新的接口名为IX2，而不是IXEx之类的。我经历了这么多的项目，写过、也调用过很多的COM组件，基本都是遵循的这个规则，即在老名称的后面加上一个数字。
总结
这篇文章总结的是理论，让那些不喜欢理论的人会有点失望。但是，道理就是那样的，没有理论作为基础的实践，都是乱搞。做什么事情，都要有一定的理论基础，所以，我通过了两篇博文，对QueryInterface进行详细的总结。希望对大家有一定的帮助，最后，也希望大家提出你的想法和我分享。我坚信，交流是一种非常给力的学习方法。
