1）TCHAR 轉換爲const wchar_t *，直接強制轉換，在TCHAR前面加上(*const wchar_t)
2）BSTR：是一個OLECHAR*類型的Unicode字符串，是一個COM字符串，帶長度前綴，與VB有關，沒怎麼用到過。
LPSTR：即 char *，指向以'/0'結尾的8位（單字節）ANSI字符數組指針
LPWSTR：即wchar_t *，指向'/0'結尾的16位（雙字節）Unicode字符數組指針
LPCSTR：即const char *
LPCWSTR：即const wchar_t *
LPTSTR：LPSTR、LPWSTR兩者二選一，取決於是否宏定義了UNICODE或ANSI
LPCTSTR： LPCSTR、LPCWSTR兩者二選一，取決於是否宏定義了UNICODE或ANSI，
如下是從MFC庫中拷來的：
#ifdef UNICODE typedef LPWSTR LPTSTR; typedef LPCWSTR LPCTSTR; #else typedef LPSTR LPTSTR; typedef LPCSTR LPCTSTR; #endif
相互轉換方法：
LPWSTR->LPTSTR: W2T();
LPTSTR->LPWSTR: T2W();
LPCWSTR->LPCSTR: W2CT();
LPCSTR->LPCWSTR: T2CW();
ANSI->UNICODE: A2W();
UNICODE->ANSI: W2A();
3）
LPWSTR轉爲LPCSTR
LPCSTR=CW2A(LPWSTR);
4)
CString與LPCWSTR的轉化(http://www.cnblogs.com/foolboy/archive/2005/07/25/199869.html)
問題起因：
在寫WritePrivateProfileString寫.ini配置文件時在msdn中看到，如果想要寫得配置信息即時生效必須在之前使用WritePrivateProfileStringW來re-read一下目標.ini文件，其原文如下：
// force the system to re-read the mapping into shared memory // so that future invocations of the application will see it // without the user having to reboot the system WritePrivateProfileStringW( NULL, NULL, NULL, L"appname.ini" );
查了一下msdn中WritePrivateProfileStringW的原型如下：
WINBASEAPI BOOL WINAPI WritePrivateProfileStringW ( LPCWSTR lpAppName, LPCWSTR lpKeyName, LPCWSTR lpString, LPCWSTR lpFileName )
其中的每個參數的類型都爲LPCWSTR，實際中獲得的文件名都爲CString，問題產生。
問題分析：
LPCWSTR 是Unicode字符串指針，初始化時串有多大，申請空間就有多大，以後存貯若超過則出現無法預料的結果，這是它與CString的不同之處。而CString是一個串類，內存空間類會自動管理。LPCWSTR 初始化如下：
LPCWSTR Name=L"TestlpCwstr";
由於LPCWSTR必須指向Unicode的字符串，問題的關鍵變成了Anis字符與Unicode字符之間的轉換，不同編碼間的轉換，通過查找資料可知，可以ATL中轉換宏可以用如下方法實現：
//方法一
CString str=_T("TestStr");
USES_CONVERSION;
LPWSTR pwStr=new wchar_t[str.GetLength()+1];
wcscpy(pwStr,T2W((LPCTSTR)str));
// 方法二 
CString str=_T("TestStr");
USES_CONVERSION;
LPWCSTR pwcStr = A2CW((LPCSTR)str);
MFC中CString和LPSTR是可以通用，其中A2CW表示(LPCSTR) -> (LPCWSTR)，USER_CONVERSION表示用來定義一些中間變量，在使用ATL的轉換宏之前必須定義該語句。
順便也提一下，如果將LPCWSTR轉換成CString，那就更加容易，在msdn中的CString類說明中提到了可以直接用LPCWSTR來構造CString，所以可以進行如下的轉換代碼：
LPCWSTR pcwStr = L"TestpwcStr"; 
CString str(pcwStr);
問題總結：
在頭文件<atlconv.h>中定義了ATL提供的所有轉換宏，如：
A2CW (LPCSTR) -> (LPCWSTR) 
A2W (LPCSTR) -> (LPWSTR) 
W2CA (LPCWSTR) -> (LPCSTR) 
W2A (LPCWSTR) -> (LPSTR)
所有的宏如下表所示：
| A2BSTR | OLE2A | T2A | W2A |
| A2COLE | OLE2BSTR | T2BSTR | W2BSTR |
| A2CT | OLE2CA | T2CA | W2CA |
| A2CW | OLE2CT | T2COLE | W2COLE |
| A2OLE | OLE2CW | T2CW | W2CT |
| A2T | OLE2T | T2OLE | W2OLE |
| A2W | OLE2W | T2W | W2T |
上表中的宏函數，非常的有規律，每個字母都有確切的含義如下：
| 2 | to 的發音和 2 一樣，所以借用來表示“轉換爲、轉換到”的含義。 |
| A | ANSI 字符串，也就是 MBCS。 |
| W、OLE | 寬字符串，也就是 UNICODE。 |
| T | 中間類型T。如果定義了 _UNICODE，則T表示W；如果定義了 _MBCS，則T表示A |
| C | const 的縮寫 |
利用這些宏，可以快速的進行各種字符間的轉換。使用前必須包含頭文件，並且申明USER_CONVERSION；使用 ATL 轉換宏，由於不用釋放臨時空間，所以使用起來非常方便。但是考慮到棧空間的尺寸（VC 默認2M），使用時要注意幾點：
1、只適合於進行短字符串的轉換；
2、不要試圖在一個次數比較多的循環體內進行轉換；
3、不要試圖對字符型文件內容進行轉換，因爲文件尺寸一般情況下是比較大的；
4、對情況 2 和 3，要使用 MultiByteToWideChar() 和 WideCharToMultiByte()；