分析一下自己的错误：
首先用Range的GetItem取到的是一个VARIANT，内含IDispatch接口，我一直以为内含的是一个BSTR，所以我已一开始直接用
_bstr_t bs(rg.GetItem(_variant_t((short)1),_variant_t((short)2)));
来获取字符串（主要是的确能获得字符串），根据lop5712(LOP)的提醒，发现返回的VARIANT是接口并不是BSTR；
看来_bstr_t这个类可以把IDispatch接口直接转换为字符串。
跟踪代码发现，在给一个_bstr_t或COleVariant赋值VARIANT类型的时候，如果VARIANT不是VT_BSTR，这时候_bstr_t会调用OLE函数VariantChangeType进行类型转换，根据MSDN说明，如果转换是从一个IDispatch到BSTR，这时VariantChangeType会尝试接口的Value属性，而rg.GetItem返回的接口的确存在Value属性，因而_bstr_t和COleVariant能取到值。
根据上述原因，我们应该释放VARIANT所含的接口，但我用#import 指令导入Excel库的时候，却没有碰到这个问题，看来两种方式的代码是有区别的。
首先谈一下#import导入的情况：
Range 的GetItem声明为：
inline _variant_t Excel::Range::GetItem ( const _variant_t & RowIndex, const _variant_t & ColumnIndex ) {
VARIANT _result;
_com_dispatch_method(this, 0xaa, DISPATCH_PROPERTYGET, VT_VARIANT, (void*)&_result,
L "/x000c/x080c ", &RowIndex, &ColumnIndex);
return _variant_t(_result, false);
}
这种情况下返回的是_variant_t(_result, false);
也就是说已经对返回的VARIANT用_variant_t包装了，而且重要的是第二个参数，第二个参数false告诉_variant_t包装VARIANT时仅仅把内容完整的复制过来，如果不含这个false（默认为true），_variant_t将采用OLE函数VariantCopy，根据MSDN，VariantCopy在碰到BSTR时会再分配一个空间，碰到接口类型时将对接口添加一个引用，所以_variant_t(_result, false)直接把返回值存起来，并在析构的时候自动释放内含的IDispatch。
再来看一下用MFC导入的情况：
声明如下：
VARIANT Range::GetItem(const VARIANT& RowIndex, const VARIANT& ColumnIndex)
这时候返回的是未经过包装的VARIANT，不会自动释放，需要手动完成。
如果用_bstr_t bs(rg.GetItem(_variant_t((short)1),_variant_t((short)2)));
将丢失返回的VARIANT，这就是我发生的错误。
我看到有的网站上的例子是这样的：
_variant_t vt(rg.GetItem(_variant_t((short)1),_variant_t((short)2)));
或
_variant_t vt=rg.GetItem(_variant_t((short)1),_variant_t((short)2));
这样做其实也是有问题的，虽然取到了VARIANT的值，但是不带false的_variant_t会添加一个引用，析构_variant_t只会Release一次，仍然造成对象释放不完全。
解决办法：每次VARIANT中的内容取出来后，调用VariantClear() 将VARIANT清除就好了
