描述:
“AddRef和Release的返回值没有什么意义，只是在程序调试中可能会用上，客户不应该将此值当成是组件或其接口的精确可靠值。”
《COM技术内幕》中有以上这段话，但如果是不精确的，又知道何时删除这个对象呢？最近遇到ＣＯＭ接口的内存泄漏问题，所以在此请教！
解决方案1:
mark
解决方案2: 不准确是 不 可能的，抱歉我没看过技术内幕，但是我能理解COM基础原理。书中这么说可能是出于多个线程共享一个组件的考虑，也可能是翻译不准确。
只是在一个复杂一些的系统里，一个COM组件实例的引用计数，可能发生修改的地方往往比你想象的要多的多。换句话说，程序运行到某处，依你分析，此时的计数值应该是N，但十之八九你会猜错呵呵。DirectShow Filter就是一个很好的例子。
正确的说，客户应该把那个值看作：精确但不可靠。但是有一点说得没错，确实是“只是在程序调试中用上”。是啊，实际作为产品的程序中怎么用呢？没法用。
例如以前我在开发程序时就犯过这样一个可笑的错误。在那个程序中，我的几个DirectShow Filter组件，在程序要结束，DirectShow链路都已经解散、释放掉之后，在调用那几个Filters的Release时，返回值都是1或2，换句话说这意味着系统没有释放这些组件，将来它们必定是泄漏掉了。
怎么办呢？我就自己做了如下一个可怕的宏：
#define RELEASE_ALL(p)\
if(p)\
while(p->Release());\
p = NULL;
哦你看，这么疯狂的Release，组件经过这个宏后，倒是的确释放的干干净净。但是后来在继续运行时，在程序其他地方又出现了新的内存访问违例。高手一看便知这是为什么。
总之，遇到组件的Release返回值该为0却不为0，以至于造成内存泄漏时，你应该做的是横下一条心仔细看Code，看看到底是哪里AddRef之后忘记Release了。Release返回值不为0，只有这一个原因。尤其要仔细检查有Advise Sink的地方，一般要有相应的Unadvise才行。两个组件之间互相抓住引用计数的话，你就要做好走钢丝的准备……
Release返回值为0的时候是准确的，表示对象已经无用了，其他值都是参考值