LPCTSTR —— 摘自百度百科

LPCTSTR用来表示字符是否使用UNICODE。 若是程序定义了UNICODE或者其余相关的宏，那么这个字符或者字符串将被做为UNICODE字符串，不然就是标准的ANSI字符串。

类型理解：
L，表示long指针。这是为了兼容Windows 3.1等16位操做系统遗留下来的，在win32中以及其余的32位操做系统中， long指针和near指针及far修饰符都是为了兼容的做用。没有实际意义。
P，表示这是一个指针。
C，表示是一个常量。
T，表示在Win32环境中， 有一个_T宏。
STR，表示这个变量是一个字符串。

详细释义：
A 32-bit pointer to a constant character string that is portable for Unicode and DBCS.
因此，LPCTSTR表示一个指向const对象的指针。
在程序中，大部分时间要使用带T的类型定义。
LPCTSTR == const TCHAR *

CString 和 LPCTSTR, LPTSTR
CString 和 LPCTSTR 能够说通用。 缘由在于CString定义的自动类型转换，最简单的C++操做符重载。
常量字符串ansi和unicode的区分是由宏_T来决定的。可是用_T("abcd")时， 字符串"abcd"就会根据编译时是否认是_UNICODE来决定是char* 仍是 wchar_t*。 一样，TCHAR 也是相同目的字符宏。
简单起见，下面只介绍 ansi 的状况，unicode 能够类推。
ansi状况下，LPCTSTR 就是 const char*, 是常量字符串（不能修改的）。
而LPTSTR 就是 char*, 即普通字符串（很是量，可修改的）。
这两种都是基本类型， 而CString 是 C++类， 兼容这两种基本类型是最起码的任务了。
因为const char* 最简单（常量，不涉及内存变动，操做迅速）， CString 直接定义了一个类型转换函数：

operator LPCTSTR( )
{.
.....
}

CString 转LPCTSTR:
CString cStr;
const char *lpctStr=(LPCTSTR)cStr;

LPCTSTR转CString:
LPCTSTR lpctStr;
CString cStr=lpctStr;

函数直接返回所维护的字符串。
当须要一个const char* 而传入了CString时， C++编译器自动调用 CString重载的操做符 LPCTSTR()来进行隐式的类型转换。
当须要CString , 而传入了 const char* 时（其实 char* 也能够），C++编译器则自动调用CString的构造函数来构造临时的 CString对象。
所以CString 和 LPCTSTR 基本能够通用。

可是 LPTSTR又不一样了，它是 char*， 意味着随时可能修改里面的数据，这就须要内存管理了(如字符串变长，原来的存贮空间就不够了，则须要从新调整分配内存)。
因此, 不能随便的将 const char* 强制转换成 char* 使用。

例如：
LPSTR lpstr = (LPSTR)(LPCTSTR)string;
就是这种不安全的使用方法。
这个地方使用的是强制类型转换，你都强制转换了，C++编译器固然不会拒绝你，但同时他也认为你确实知道本身要作的是什么。所以是不会给出警告的。
强制的任意类型转换是C(++)的一柄双刃剑。这一问题在 vc6 之后的版本(仅针对vc而言)中获得逐步的改进(你须要更明确的类型转换声明)。
其实在不少地方均可以看到相似LPSTR lpstr = (LPSTR)(LPCTSTR)string; 的用法，这种状况通常是函数的约束定义不够完善的缘由， 好比一个函数接受一个字符串参数的输入，里面对该字符串又没有任何的修改，那么该参数就应该定义成 const char*， 可是不少初学者弄不清const地用法，或者是懒， 总之就是随意写成了 char* 。 这样子传入CString时就须要强制的转换一下。
这种作法是不安全的，也是不被建议的用法，你必须彻底明白、确认该字符串没有被修改。
CString 转换到 LPTSTR (char*), 预约的作法是调用CString的GetBuffer函数，使用完毕以后通常都要再调用ReleaseBuffer函数来确认修改 (某些状况下也有不调用ReleaseBuffer的，一样你须要很是明确为何这么作时才能这样子处理，通常应用环境能够不考虑这种状况)。
同时须要注意的是， 在GetBuffer 和 ReleaseBuffer之间，CString分配了内存交由你来处理，所以不能再调用其余的CString函数。