BSTR的陷阱

COM编程时经常用到BSTR, 最近使用BSTR时发现一些有意思的事情：

1，把BSTR当成类使居然编译通过！

虽然BSTR是一个指针，然而，用如下语句申明一个BSTR变量编译器也没有提出抗议：

BSTR mystr(L"Surprise!");

这里把BSTR当作类了，但是编译时似乎也没有什么问题。可能因为BSTR是用typedef出来的，所以，编译器可以缺省地把它当作一个内部数据类型来处理。就像你可以写出

int i = 3; int j(i)

这样的东西一样。当然，这样写很可能运行时会出问题，因为L"Surprise"应该是一个WCHAR*，而BSTR除了宽字符部分，还有两个字节的长度值，C++编译器在拷贝时不会把这两个字节考虑进去。

2，使用CComBSTR漏了内存

很多时候，如果函数的出参数是一个BSTR*的时候，我们会在函数外声明一个CComBSTR，然后把这个变量用“&”操作符传递给函数。这种方式会造成内存泄漏。比如

CComBSTR mystr("Leak");

HRESULT hr = OneFunction(&mystr);

其原因是，当用“&”操作mystr时，取得的是CComBSTR包装的BSTR的地址而非CComBSTR类实例的地址。而当在函数内部作 *mystr = L"New string" 的操作时，原来的内存就漏掉了。这就提示我们，使用这种“智能指针”要份外小心，因为它们为了使用方便，往往都重载了“*”或者“&”操作符。一不小心就泄漏内存。