为什么要选择为每一个接口单独维护一个引用计数而不是针对整个组件维护引用计数呢？
主要有两个原因：一是使程序调试更为方便；另外一个原因是支持资源的按需获取。
1程序调试：
假设在程序中忘记对某个接口调用Release（其实很多人会犯这个错）。这样组件将永远不会被删除掉，因为只是在引用计数值0时delete才会被调用 。这时就需要找出接口在何时何处应该被释放掉。当然找起来是相当困难的。在只对整个组件维护一个接口的情况下，进行这种 查找更为因难了。此时必须检查使用了此组件所提供的所有接口的代码。但若组件支持对每个接口分别维护一个引用计数那么可以把查找的范围限制在某个特定的接口上。在某些情况下这可以节省大量时间。
2.资源的按需获取
在实现某个接口时可能需要大量的内存或其他资源。对于此种情况，可以在QueryInterface的实现中，在客户请求此接口时完成资源的分配。但若只对整个组件维护一个引用计数，组件将无法决定何时可以安全地将此些接口相关联的内存释放。但基对每个接口分别维护一个引用计数，那么决定何时可以将此内存释放将会容易得多。
正确使用引用计数三条简单的规则
1. 在返回之前调用AddRef。对于那些建好些返回接口指针的函数，在返回之前应该相应的指针调用AddRef。这些函数包括QueryInterface 及CreateInstance。这样当客户从这种 函数得到一个接口后。它将无需调用AddRef.
2.使用完接口之后调用Release。在使用某个接口之后应该调用些接口的Release函数。
3.在赋值之后调用AddRef. 在将一个接口指针赋给另一个接口指针时，应调用AddRef。换句话说，在建立接口的别外一个引用之后应增加相应组件的引用计数。
在客户看来，引用计数是处于接口级的而不是组件级的。但从实现的角度来看，谁的引用计数被记录下来实际上没有关系。客户可以一直接相信组件将记录每个接口本身维护引用计数值。但客户不能假设整个组件维护单个的引用计数。
对于客户而言，每一个接口被分别维护一个引用计数意味着客户应该对它将要使用的指针调用AddRef，而不是其他的什么指针。对于使用完了指针客户应该调用其Release。
选择为每一个接口单独维护一个引用计数而不是针对整个组件维护引用计数的原因:
使程序调试更为方便；支持资源的按需获取；
可以通过增大和减少某个数的值而实现之。
另外要注意的是AddRef和Release的返回值没有什么意义，只是在程序调试中才可能会用得上.客户不应将此从此值当成是组件或其接口的精确引用数。
客户必须对每一个接口具有一个单独的引用计数值那样来处理各接口。因此，客户必须对不同的接口分别进行引用计数，即使它们的生命期是嵌套的。
一、输出参数规则
输出参数指的是给函数的调用者传回一个值的函数参数。从这一点上讲，输出参数的作用同函数的返回值是类似的。任何在输出参数中或作为返回值返回一个新的接口指针的函数必须对些接口指针调用AddRer。
二、输入参数规则
对传入函数的接口指针，无需调用AddRef和Release，这是因为函数的生命期嵌套在调用者的生命期内。
三、输入－输出参数规则
输入－输出参数同时具有输入参数及输出参数的功能。在函数休中可以使用输入－输出参数的值，然后可以对这些值进行修改并将其返回给调用者。
在函数中，对于用输入－输出参数传递进来的接口指针，必须在给它赋另外一个接口指针值之前调用其Release。在函数返回之前，还必须对输出参数中所保存的接口指针调用AddRef。
四、局部变量规则
对于局部自制的接口指针，由于它们只是在函数的生命其内才存在，因此无需调用AddRef和Release。这条规则实际是输入参数规则的直接结果。在下面的例子中，pIX2只是在函数foo的生命期内都在，因此可以保证其生命期将嵌套在所传入的pIX指针的生命期，因此无需对pIX2调用AddRef和Release。
五、全局变量规则
对于保存在全局变量中的接口指针，在将其传递给另外一个函数之前，必须调用其AddRef。由于此变量是全局性的，因此任何函数都可以通过调用其Release来终止其生命期。对于保存在成员变量中的接口指针，也应按此种方式进行处理。因为类中的任何成员函数都可以改变此种接口指针的状态。
六、不能确定时的规则
对于任何不定的情形，都应调用AddRef和Release对。
另外，在决定要进行优化时，应给那些没有进行引用计数的指针加上相应的注释，否则其它程序员在修改代码时，将可能会增大接口指针的生命期，从而合引用计数的优化遭到破坏。
忘记调用Release造成的错误可能比不调用AddRef造成的错误更难检测。
