前言
在COM编程——认识组件中也总结了，COM是一个说明如何建立可动态互变组件的规范，它提供了为保证能够互操作，客户和组件应遵循的一些标准。而在实现和使用QueryInterface时，就需要去遵守一些规则，只有遵守了这些规则，才能是一个正确的COM组件；只有了解了这些规则，才能会真正的了解COM开发。
QueryInterface的实现规则
实现QueryInterface需要遵从以下五条规则：
1.QueryInterface总是返回同一IUnknown指针
组件的实例只有一个IUnknown接口。因为当查询组件实例的IUnknown接口时，不论通过哪个接口，所得到的均将是同一指针值。为确定两个接口是否指向同一个组件，可以通过这两个接口查询IUnknown接口，然后将返回值进行比较。
这条规则是非常重要的，如果QueryInterface的实现不遵循这条规则的话，则将没法决定两个接口是否指向同一组件；
2.如果客户曾经获取过某个接口，那么它将总能获得该接口
这条规则限定了对于一个组件实例，它的QueryInterface的不变性；你可以想象，如果组件实例的接口集不是固定的，客户将无法通过编程的方法来决定一个组件到底具有一些什么样的功能；客户就会对你的COM组件失去耐心，你的COM组件都没有人去使用了，这还有什么意义。
3.客户可以再次获取已经拥有的接口
如果客户拥有一个IX接口，则可以通过它来再次查询IX接口指针，并且一定可以成功的。通过自己查询自己，听起来多少有点奇怪，但是这是必须可以的。
4.客户可以从任何接口返回到起始接口
如果客户拥有一个IX接口指针，并成功地使用它来查询了一个IY接口，那么它将可以使用这个IY接口来查询一个IX接口，这条规则在实际的项目开发时很有用。
5.如果能够从某接口获取某特定接口，则从任意接口都将能获取此接口
如果能够从某个组件获取某特定接口，那么客户将可以通过此组件所支持的任意接口获取此接口。例如：如果可以通过接口IX得到接口IY，通过IY可以得到IZ，那么通过IX也将可以得到IZ。这条规则使得QueryInterface是可用的。
综上所有规则，其内在的重点在于不管组件实现了多少个接口，组件都只实现了一个QueryInterface，所以，在所有的接口的vtbl中，对应的QueryInterface都是组件实现的QueryInterface的地址，所有接口指针调用QueryInterface进行查询时，都是调用的同一个QueryInterface，所以，这就满足了上述的规则。大家在阅读上面的这些规则时，难免会有些无所谓的感觉，觉得都是文字，很枯燥，我开始的时候也是这样的；就是因为如此，在实际的开发中，吃过不少的苦头，所以，今天又在这里把这些规则重新的整理一遍，希望大家不要在实际的项目中栽了跟头再回来寻找原因，何不防范于未然呢？
添加新的接口
以前的博文也总结过了，COM中接口是不会发生变化的。当组件发布一个接口并被某个客户使用之后，此接口将决不会发生任何变化，而将永远保持不变。这里说的不变，具体是什么意思呢？由于每一个接口都有一个唯一对应的接口标识符IID。一般情况下，我们不会改变接口，而可以建立一个新接口并为之指定一个新的IID。当QueryInterface接收到对老的IID的查询时，它将返回老的接口；而当它收到对新的IID的查询时，它将返回新的接口。对于QueryInterface而言，一个IID就是一个接口。
所以同某个IID相应的接口将绝不会发生变化。新接口可以继承老的接口，它也可以同老接口完全不同。由于老的接口仍然保持不变，已有客户的运行将不会受到任何影响。而新客户则可以自行决定是使用老接口还是新接口，因它可以自由决定到底是查询哪个接口。
新接口命名
虽然每个人的命名规则，每个公司命名规则都是要求不同的，但是对于COM接口的命名大体上都是一致的，例如：原来的接口名为IX，则新的接口名为IX2，而不是IXEx之类的。我经历了这么多的项目，写过、也调用过很多的COM组件，基本都是遵循的这个规则，即在老名称的后面加上一个数字。
总结
这篇文章总结的是理论，让那些不喜欢理论的人会有点失望。但是，道理就是那样的，没有理论作为基础的实践，都是乱搞。做什么事情，都要有一定的理论基础，所以，我通过了两篇博文，对QueryInterface进行详细的总结。希望对大家有一定的帮助，最后，也希望大家提出你的想法和我分享。我坚信，交流是一种非常给力的学习方法。
