BSTR String之间的转化问题

下面的代码来自MSDN ,关键点在于要记得释放内存
// ConvertStringToBSTR.cpp
#include <comutil.h>
#include <stdio.h>
#pragma comment(lib, "comsupp.lib")
#pragma comment(lib, "kernel32.lib")
int main()
{
char* lpszText = "Test";
printf("char * text: %s/n", lpszText);
BSTR bstrText = _com_util::ConvertStringToBSTR(lpszText);
wprintf(L"BSTR text: %s/n", bstrText);
SysFreeString(bstrText);
}

// ConvertBSTRToString.cpp
#include <comutil.h>
#include <stdio.h>
#pragma comment(lib, "comsupp.lib")
int main()
{
BSTR bstrText = ::SysAllocString(L"Test");
wprintf(L"BSTR text: %s/n", bstrText);
char* lpszText2 = _com_util::ConvertBSTRToString(bstrText);
printf("char * text: %s/n", lpszText2);
SysFreeString(bstrText);
delete[] lpszText2;
}

附BSTR简介：

[align=left]COM是一种跨编程语言的平台，需要提供语言无关的数据类型。多数编程语言有自己的字符串表示。 [/align]
[align=left] C++ 字符串是以0结束的ASCII或Unicode字符数组[/align]
[align=left] Visual Basic字符串是一个ASCII字符数组加上表示长度的前缀。[/align]
[align=left] Java字符串是以0结束的Unicode字符数组。[/align]
[align=left]需要定义一种通用的字符串类型，可以很容易的匹配到不同编程语言。在[b]C++[b]中，就是[b]BSTR。[/b][/b][/b][/align]

[align=left]"Basic STRing"的简称，微软在COM/OLE中定义的标准字符串数据类型。对于C++，Windows头文件wtypes.h中定义如下：[/align]
[align=left]typedef wchar_t WCHAR;[/align]
[align=left]typedef WCHAR OLECHAR;[/align]
[align=left]typedef OLECHAR __RPC_FAR *BSTR;[/align]
[align=left][/align]

[align=left]只有在你不得不用的时候。[/align]
[align=left][/align]
[align=left]使用BSTR一般有以下几种情况：[/align]
[align=left]· COM interface接口定义，并且不希望额外提供custom marshaling库（MDIL生成或开发人员自己订制），必须使用BSTR传递字符串。使用C/C++类型的字符串在COM DLL传递字符串，表面上可以使用，但违背了COM的基本规则，并且给以后的扩展留下了隐患。例如，把一个In-process COM Object(简单说COM DLL)改成out-of-process object（COM EXE）。理论上，客户端的代码应该不做任何改变。但如果是用了C/C++字符串，又希望只使用系统的automation mashaller（Oleaut32.dll），就会出错。[/align]

[align=left]字符串相关类型的推荐选择顺序[/align]

[align=left]优先级[/align]	[align=left]类型[/align]	[align=left]说明[/align]
[align=left]最高[/align]	[align=left]stl::string/wstring[/align]	[align=left]· 功能最完善，可移植性最好。[/align]
[align=left] [/align]	[align=left]CString[/align]	[align=left]· 如果编码规范限制使用STL的时候，推荐CString。[/align] [align=left]· VC 6的版本很不完善。.Net有明显改进，需要进一步研究。[/align]
[align=left] [/align]	[align=left]C/C++ basic type（TCHAR* / char* / LPTSTR / LPCTSTR / TCHAR[]）[/align]	[align=left]· 在结构体中，优先使用指定最大长度的字符数组。[/align] [align=left]· 效率最好[/align]
[align=left] [/align]	[align=left]CComBSTR/ _bstr_t[/align]	[align=left]· 在必须使用BSTR时的优先选择。[/align] [align=left]· 在ATL（COM component）工程或者工程中必须使用ATL中，优先选择CComBSTR。一般Exe/dll如果_bstr_t能满足要求，优先使用_bstr_t。[/align] [align=left]· 对于VC6，使用_bstr_t一定要慎重，最好只用作简单临时变量保存调被调用函数的传入参数。因为_bstrt_t不能支持一些关键性操作，比如Detach。[/align] [align=left]· 对于VC++ .Net推荐使用_bstr_t，它是C++扩展，不需要额外包含ATL的文件。[/align]
[align=left]最低[/align]	[align=left]BSTR[/align]	[align=left]· COM接口[/align]

[align=left]· 如果可以提供custom marshaling，也推荐使用BSTR。 [/align]
[align=left]· 客户要求接口必须使用BSTR，和客户讨论后，不能修改。 [/align]
[align=left]· 使用的外部库的接口使用BSTR[/align]
[align=left] [/align]
[align=left]不使用的情况：[/align]
[align=left]· 不推荐在IDL结构体中定义BSTR成员，会给结构体的复制和释放带来麻烦。最好直接使用限定最大长度的TCHAR数组。如果确实需要传递变长字符串，BSTR应该被定义成独立的参数或者使用独立的get/set接口。 [/align]
[align=left]· 尽可能缩小的BSTR及相关类型的作用域范围。类的成员变量和函数参数不使用BSTR。局部变量要尽快释放类的内部不使用BSTR。代码处理逻辑中只在接口直接相关部分使用BSTR。接收到一个BSTR时，尽量立刻变成C/C++的字符串副本进行处理。在需要传递BSTR参数前产生BSTR，用过立即释放。[/align]
[align=left][/align]

详细请参考：http://blog.csdn.net/FUJIANJUN/archive/2007/05/08/1600682.aspx