1.COM字符串類型
字符串的長度可能互不相同，因此跨COM邊界傳輸特定的字符串時，需要確定它的長度，而且，字符串有時需要
分配內存。
2.Unicode和ANSI數據類型
3.OLECHAR,LPOLESTR,LPCOLESTR
COM的基本字符數據類型是OLECHAR,與平臺無關的字符表示法。在創建該字符集時，OLECHAR的基本數據類型隨操
作系統的不同而不同。如今最流行的COM平臺是基于Win32_API的，而且基于此，OLECHAR就是wchar_t的typedef.
w表示它是Unicode字符。LPOLESTR是OLECHAR*的typedef，LPCOLESTR是同一種數據類型的const聲明。
4.處理LPOLESTR
如果你試圖將字符串值賦給LPOLESTR，則會收到編譯錯誤，例如：
OLECHAR *olechar="A String!";//編譯錯誤
反之，你應在這樣的字符串前添加L前綴，如下所示：
LPOLESTR szMyString = L"This is a string!";
在使用printf()或ATLTRACE()時，這尤其重要（但通常被遺忘）
例如：
LPOLESTR szstr = L"Hello!";
ATLTRACE("string=%s",szstr);
編譯后打印的是
string=T
顯然是錯誤的，應該添加L前綴或OLESTR()宏，應該如下寫：
ATLTRACE(L"string=%s",szstr);
或者
ATRTRACE(OLESTR("string=%s"
,szstr);
下面兩個函數通常用來復制字符串。第一個是ANSI函數wcscpy();
第二個是ATL函數，名為ocscpy()
4.是否執行Unicode編譯
實際上在默認情況下，ATL向導既創建了ANSI配置，又創建了Unicode配置，這使你能夠一種格式或兩種格式編譯
及發布組件服務程序，你只需堅持使用TCHAR數據類型，以便你的代碼可以兼容兩種字符集。
5.TCHAR
TCHAR是一般的字符類型。TCHAR的定義如下：
#ifdef UNICODE
typedef WCHAR TCHAT
#else
typedef char TCHAR
#endif
默認情況下，C++字符串文字為char*類型，通過在字符串前使用L前綴，可以將他們指定為寬字符。
在TCHAR*數據類型，應該使用_T，例如：
TCHAR *p_tchar = _T("this is string"
;
此代碼將字符串賦給ANSI/UNICODE兼容格式的字符串。_T是個宏，根據UNICODE來制定具體內容。
6.使用BSTR處理不同大小的字符串。
由于存在內存方面的問題，因此使用BSTR數據類型，BSTR就是指向OLECHAR字符串的指針，可以利用字符串的長
度區分BSTR，該長度不包括最后的null結尾符，而且在字符串指針之前的4個字節里指定。由于它是Unicode字符
串，所以每個字符占用2個字節，與LPOLESTR結尾方式一樣，BSTR也必須以null結尾。BSTR避免了LPOLESTR的缺
陷，因為它的長度是顯示指定的，所以null字符也可嵌入到BSTR中，所以BSTR可被用于發送二進制數據和簡單字
符串。由于BSTR具有特殊結構，因此增加了一些特殊的API函數來處理BSTR.創建和銷毀BSTR時調用這些函數。
(BSTR就是LPOLESTR指針，并且在指針的前面加上4個字節來表示大小)
7.處理BSTR的常用API函數。
應該使用SysAllocString()和SysFreeString()來管理BSTR類型
聲明如下：
BSTR SysAllocString(const OLECHAR *szSource);
反之，使用SysAllocStringLen()來指定結果BSTR的長度。
所有的BSTR都必須使用SysFreeString()釋放。否則會造成內存泄漏。
8.跨COM邊界的字符串內存管理。
BSTR沒有引用計數機制
（1）在傳遞字符串時，服務器負責什么操作。
COM服務器程序不應該維護跨COM邊界傳遞的變量的引用，相反，應該進行復制。
在跨COM邊界傳遞BSTR時，服務器程序的管理原則是客戶程序負責釋放BSTR。無論BSTR是[in]還是[out]參數。都
將如此。在將字符串傳遞給客戶程序時，需要服務器程序釋放該字符串的唯一時候是為[in,out]參數賦信值之前
。此時，客戶程序傳遞被分配的字符串，而服務器程序釋放該字符串，然后制訂一個指針，他指向新分配的字符
串的位置，而且該字符串將由客戶程序釋放，對于服務器程序而言，管理原則始終是創建輸入和輸出BSTR的copy
，而不是給現有BSTR添加另一個引用。
例如：
STDMETHOD CstrigTest::GetValue(BSTR *pResult)
{
*pResult = m_str;
return S_OK;
}
//這是不對的，雖然沒有 語法錯誤，大違反了COM的管理規則，應該如下：
方法一：
STDMETHOD CstrigTest::GetValue(BSTR *pResult)
{
*pResult = SysAllocString(m_str);
return S_OK;
}
方法二：
STDMETHOD CstrigTest::GetValue(BSTR *pResult)
{
*pResult = m_str;
m_str = NULL;
return S_OK;
}
輸入參數時原則相同。
下面是處理BSTR的指導方針：
（1）[in]參數必須由client擁有，所以，如果服務器程序應該創建copy，不應釋放或更改這些參數。
(2)[out]參數由client釋放。
（3）客戶程序必須將NULL或釋放的BSTR傳遞給服務器程序的[out]參數中。
（4）在服務器程序在被賦予新的BSTR值之前，[in,out]參數必須被釋放。
（5）始終使用SysStringLen()獲得BSTR的長度。
COM+提供了兩個類函數對字符串進行封裝:CComBSTR 和_bstr_t
9.字符串轉換函數
ATL字符串轉換宏（在使用任何宏之前，一定要指定USER_CONVERSION宏，否則會遇到如下編譯錯誤：error c2065:'_lpw'undeclared
identifier）
A2BSTR A2COLE A2CW .......(很多)
例如：（使用W2A宏）
LPOLESTR szString=L"this is a string!";
char *str;
str = W2A(szString);
所有這些宏都是以ATL為基礎的，在ATL中使用這些宏時，項目必須包括atlconv.h。
COM+還定義了另外兩個轉換函數，而且有#import指令自動包含，這兩個函數都位于comutil.h文件中，并從屬于_com_util名稱空間，他們可以
將ANSI字符串轉換成BSTR，或者反向。函數為：
ConvertStringToBSTR()
ConvertBSTRToString()
10.CComBSTR(CComBSTR封裝了BSTR)
如果在BSTR超出了其作用域時沒有調用SysFreeString()，則系統調用會造成內存泄漏。
CComBSTR在ATL的atlbase.h頭文件中定義，因為它在一個ATL文件中定義，所以CComBSTR在ATL項目中最常用，以從COM客戶程序中來回傳遞字符
串。
CComBSTR只有一個數據成員，名為m_str的公共BSTR。CComBSTR的用途是封裝BSTR數據類型，以幫助BSTR的內存管理。還有ToUpper(),ToLower(
)等將字符串轉換為特定的大小寫格式。
（在構造函數種分配內存，在析構函數中釋放內存）。
在賦值，實例化，刪除時內存管理非常關鍵。
Attach()轉移所有權。
必須是m_str=NULL時才能使用Attach()
Detach()用于釋放所有權，
BSTR Detach()
{
BSTR s = m_str;
m_str = NULL;
return s;
}
Copy()函數用于復制字符串。
11._bstr_t
_bstr_t保持內部的引用計數
_bstr_t是由#import指令自動添加的。與CComBSTR的最大區別是保持了一個內部引用。另一個區別是_bstr_t要求異常處理，ATL項目不會包括
異常處理，因此_bstr_t更適合于COM客戶程序，_bstr_t的定義與實現位于comutil.h中。
一個通用的原則是：_bstr_t類應用于COM客戶程序，而CComBSTR應用于ATL服務器程序。
12.其它數據類型
1.COM數據類型
COM name C++ size
Byte BYTE 8
Boolean VARIANT_BOOL 16
Double double 64
Float float 32
Integer int
Long long 32
Short short 16
String BSTR
Date DATE
Variant VARIANT
Dispatch Interface IDispatch*
Unknown Interface IUnknown*
2.VARIANT結構
3._variant_t
_variant_t是micsoft特有的，它是VARIANT的C++封裝器類
4.傳遞數組
傳遞數組的類型為：SAFEARRAY**。