UNICODE：它是用兩個字節(jié)表示一個字符的方法。比如字符'A'在ASCII下面是一個字符，可'A'在UNICODE下面是兩個字符,高字符用0填充，而且漢字'程'在ASCII下面是兩個字節(jié)，而在UNICODE下仍舊是兩個字節(jié)。UNICODE的用處就是定長表示世界文字，據(jù)統(tǒng)計，用兩個字節(jié)可以編碼現(xiàn)存的所有文字而沒有二義。
MBCS，它是多字節(jié)字符集，它是不定長表示世界文字的編碼。MBCS表示英文字母時就和ASCII一樣（這也是我們?nèi)菀装袽BCS和ASCII搞混的原因），但表示其他文字時就需要用多字節(jié)。
WINDOWS下面的程序設(shè)計可以支持MBCS和UNICODE兩種編碼的字符串，具體用那種就看你定義了MBCS宏還是UNICODE宏。MBCS宏對應(yīng)的字符串指針是char*也就是LPSTR，UNICODE對應(yīng)的指針是unsigned short*也就是LPWSTR，為了寫程序方便微軟定義了類型LPTSTR，在MBCS下他就是char*, 在UNICODE下它是unsigned char*,這樣你就可以重定義一個宏進(jìn)行不同字符集的轉(zhuǎn)換了。
LPTSTR、LPCSTR、LPCTSTR、LPSTR的意義：
LPSTR：32bit指針 指向一個字符串，每個字符占1字節(jié)
LPCSTR:32-bit指針 指向一個常字符串，每個字符占1字節(jié)
LPCTSTR:32-bit指針 指向一個常字符串,每字符可能占1字節(jié)或2字節(jié)，取決于Unicode是否定義
LPTSTR:32-bit指針 每字符可能占1字節(jié)或2字節(jié)，取決于Unicode是否定義
Windows使用兩種字符集ANSI和UNICODE，前者就是通常使用的單字節(jié)方式，但這種方式處理象中文這樣的雙字節(jié)字符不方便，容易出現(xiàn)半個漢字的情況。而后者是雙字節(jié)方式，方便處理雙字節(jié)字符。
WindowsNT的所有與字符有關(guān)的函數(shù)都提供兩種方式的版本，而Windows9x只支持ANSI方式。_T一般同字常數(shù)相關(guān)，如_T("Hello"。如果你編譯一個程序?yàn)锳NSI方式，_T實(shí)際不起任何作用。而如果編譯一個程序?yàn)閁NICODE方式，則編譯器會把"Hello"字符串以UNICODE方式保存。_T和_L的區(qū)別在于，_L不管你是以什么方式編譯，一律UNICODE方式保存.
Windows核心編程的第一章。
L是表示字符串資源為Unicode的。
比如：wchar_t Str[] = L"Hello World!";這個就是雙子節(jié)存儲字符了。
_T是一個適配的宏～
當(dāng) #ifdef _UNICODE的時候 _T就是L；沒有#ifdef _UNICODE的時候_T就是ANSI的。
比如：LPTSTR lpStr = new TCHAR[32];
TCHAR* szBuf = _T("Hello");
以上兩句使得無論是在UNICODE編譯條件下都是正確編譯的。
而且MS推薦你使用相匹配的字符串函數(shù)。比如處理LPTSTR或者LPCTSTR 的時候，不要用strlen ,而是要用_tcslen，否則在UNICODE的編譯條件下，strlen不能處理 wchar_t*的字符串。
T是非常有意思的一個符號（TCHAR、LPCTSTR、LPTSTR、_T()、_TEXT()...），它表示使用一種中間類型，既不明確表示使用 MBCS，也不明確表示使用 UNICODE。那到底使用哪種字符集?編譯的時候才決定
在vc++中有著各種字符串的表示法，如您所說。
首先char* 是指向ANSI字符數(shù)組的指針，其中每個字符占據(jù)8位（有效數(shù)據(jù)是除掉最高位的其他7位），這里保持了與傳統(tǒng)的C,C++的兼容。
LP的含義是長指針(long pointer)。
LPSTR是一個指向以‘\0’結(jié)尾的ANSI字符數(shù)組的指針，與char*可以互換使用，在win32中較多地使用LPSTR。而LPCSTR中增加的‘C’的含義是“CONSTANT”（常量），表明這種數(shù)據(jù)類型的實(shí)例不能被使用它的API函數(shù)改變，除此之外，它與LPSTR是等同的。
為了滿足程序代碼國際化的需要，業(yè)界推出了Unicode標(biāo)準(zhǔn)，它提供了一種簡單和一致的表達(dá)字符串的方法，所有字符中的字節(jié)都是16位的值，其數(shù)量也可以滿足差不多世界上所有書面語言字符的編碼需求，開發(fā)程序時使用Unicode（類型為wchar_t)是一種被鼓勵的做法。
LPWSTR與LPCWSTR由此產(chǎn)生，它們的含義類似于LPSTR與LPCSTR，只是字符數(shù)據(jù)是16位的wchar_t而不是char。
然后為了實(shí)現(xiàn)兩種編碼的通用，提出了TCHAR的定義：
如果定義_UNICODE，聲明如下： typedef wchar_t TCHAR;
如果沒有定義_UNICODE，則聲明如下： typedef char TCHAR;
LPTSTR和LPCTSTR中的含義就是每個字符是這樣的TCHAR。
CString類中的字符就是被聲明為TCHAR類型的，它提供了一個封裝好的類供用戶方便地使用。
LPTSTR、LPCSTR、LPCTSTR、LPSTR之間的轉(zhuǎn)換：
如何理解LPCTSTR類型？
L表示long指針
這是為了兼容Windows 3.1等16位操作系統(tǒng)遺留下來的，在win32中以及其他的32為操作系統(tǒng)中， long指針和near指針及far修飾符都是為了兼容的作用。沒有實(shí)際意義。
P表示這是一個指針
C表示是一個常量
T表示在Win32環(huán)境中， 有一個_T宏
這個宏用來表示你的字符是否使用UNICODE, 如果你的程序定義了UNICODE或者其他相關(guān)的宏，那么這個字符或者字符串將被作為UNICODE字符串，否則就是標(biāo)準(zhǔn)的ANSI字符串。
STR表示這個變量是一個字符串
所以LPCTSTR就表示一個指向常固定地址的可以根據(jù)一些宏定義改變語義的字符串。同樣， LPCSTR就只能是一個ANSI字符串，在程序中我們大部分時間要使用帶T的類型定義。
LPCTSTR == const TCHAR *
CString 和 LPCTSTR 可以說通用。 原因在于CString定義的自動類型轉(zhuǎn)換，沒什么奇特的，最簡單的C++操作符重載而已。
常量字符串a(chǎn)nsi和unicode的區(qū)分是由宏_T來決定的。但是用_T("abcd")時， 字符串"abcd"就會根據(jù)編譯時的是否定一_UNICODE來決定是char* 還是 w_char*。 同樣，TCHAR 也是相同目的字符宏。 看看定義就明白了。簡單起見，下面只介紹 ansi 的情況，unicode 可以類推。
ansi情況下，LPCTSTR 就是 const char*, 是常量字符串（不能修改的）。
而LPTSTR 就是 char*, 即普通字符串（非常量，可修改的）。
這兩種都是基本類型， 而CString 是 C++類， 兼容這兩種基本類型是最起碼的任務(wù)了。
由于const char* 最簡單（常量，不涉及內(nèi)存變更，操作迅速）， CString 直接定義了一個類型轉(zhuǎn)換函數(shù) operator LPCTSTR() {......}， 直接返回他所維護(hù)的字符串。
當(dāng)你需要一個const char* 而傳入了CString時， C++編譯器自動調(diào)用 CString重載的操作符 LPCTSTR()來進(jìn)行隱式的類型轉(zhuǎn)換。
當(dāng)需要CString , 而傳入了 const char* 時（其實(shí) char* 也可以），C++編譯器則自動調(diào)用CString的構(gòu)造函數(shù)來構(gòu)造臨時的 CString對象。
因此CString 和 LPCTSTR 基本可以通用。
但是 LPTSTR又不同了，他是 char*， 意味著你隨時可能修改里面的數(shù)據(jù)，這就需要內(nèi)存管理了(如字符串變長，原來的存貯空間就不夠了，則需要重新調(diào)整分配內(nèi)存)。 所以 不能隨便的將 const char* 強(qiáng)制轉(zhuǎn)換成 char* 使用。 樓主舉的例子
LPSTR lpstr = (LPSTR)(LPCTSTR)string; 就是這種不安全的使用方法。
這個地方使用的是強(qiáng)制類型轉(zhuǎn)換，你都強(qiáng)制轉(zhuǎn)換了，C++編譯器當(dāng)然不會拒絕你，但同時他也認(rèn)為你確實(shí)知道自己要做的是什么。因此是不會給出警告的。
強(qiáng)制的任意類型轉(zhuǎn)換是C(++)的一項(xiàng)強(qiáng)大之處，但也是一大弊端。這一問題在 vc6 以后的版本(僅針對vc而言)中得到逐步的改進(jìn)(你需要更明確的類型轉(zhuǎn)換聲明)。
其實(shí)在很多地方都可以看到類似
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
地用法，這種情況一般是函數(shù)的約束定義不夠完善的原因， 比如一個函數(shù)接受一個字符串參數(shù)的輸入，里面對該字符串又沒有任何的修改，那么該參數(shù)就應(yīng)該定義成 const char*， 但是很多初學(xué)者弄不清const地用法，或者是懶， 總之就是隨意寫成了 char* 。 這樣子傳入CString時就需要強(qiáng)制的轉(zhuǎn)換一下。
這種做法是不安全的，也是不被建議的用法，你必須完全明白、確認(rèn)該字符串沒有被修改。
CString 轉(zhuǎn)換到 LPTSTR (char*), 預(yù)定的做法是調(diào)用CString的GetBuffer函數(shù)，使用完畢之后一般都要再調(diào)用ReleaseBuffer函數(shù)來確認(rèn)修改 (某些情況下也有不調(diào)用ReleaseBuffer的，同樣你需要非常明確為什么這么做時才能這樣子處理，一般應(yīng)用環(huán)境可以不考慮這種情況)。
同時需要注意的是， 在GetBuffer 和 ReleaseBuffer之間，CString分配了內(nèi)存交由你來處理，因此不能再調(diào)用其他的CString函數(shù)。
CString 轉(zhuǎn)LPCTSTR:
CString cStr;
const char *lpctStr=(LPCTSTR)cStr;
LPCTSTR轉(zhuǎn)CString:
LPCTSTR lpctStr;
CString cStr=lpctStr;
互轉(zhuǎn)：
原文地址：
http://yinengsoft.blog.163.com/blog/static/45958957200952341510414/
/* LPTSTR 轉(zhuǎn)換成 CString */
(1)直接賦值
CString strText;
LPTSTR lpszText = _T("LPTSTR >> CString");
strText = lpszText;
::MessageBox( NULL, strText , _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );
(2)CString::Format()格式化
CString strText;
LPTSTR lpszText = _T("LPTSTR >> CString");
strText.Format( _T("%s"), lpszText );
::MessageBox( NULL, strText , _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );
/* CString 轉(zhuǎn)換成 LPTSTR */
(1)強(qiáng)制轉(zhuǎn)換
CString strText( _T("This is a test") );
LPTSTR lpszText =(LPTSTR)(LPCTSTR)strText;
::MessageBox( NULL, lpszText, _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );
(2)使用lstrcpy()
CString strText( "This is a test" );
LPTSTR lpszText = new TCHAR[strText.GetLength()+1];
lstrcpy( lpszText, strText );
::MessageBox( NULL, lpszText, _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );
(3)使用CString::GetBuffer()
CString strText(_T("This is a test "));
LPTSTR lpszText = strText.GetBuffer();
strText.ReleaseBuffer();
::MessageBox( NULL, lpszText, _T("標(biāo)題"), MB_ICONASTERISK|MB_TASKMODAL|MB_OK );
TRACE:http://hcorecore.blog.163.com/blog/static/79664102200931811428906/