Visual C++ 2008裡cannot convert parameter 1 from 'const char [13]' to 'LPCTSTR'造成不能執行的原因主要是2005和2008中增加了一些引數型別的安全性檢查，所以通常在6.0沒有問題的LPCTSTR與 const char之間的轉換到了這裡就玩不轉。微軟給出的解決辦法有兩個：

1. Change your project configuration to use multibyte strings. Press ALT+F7 to open the properties, and navigate to Configuration Properties > General. Switch Character Set to "Use Multi-Byte Character Set".
2. Indicate that the string literal, in this case "Hello world!" is of a specific encoding. This can be done through either prefixing it with L, such as L"Hello world!", or surrounding it with the generic _T("Hello world!") macro. The latter will expand to the L prefix if you are compiling for unicode (see #1), and nothing (indicating multi-byte) otherwise.

但是如果是變數，不是常量字串的話，就還是會有問題。最痛快的辦法就是在建立工程時，直接選不用那個Use Unicode libraries ，這樣就不會再遇到這個問題了。

因為根據百度百科裡所講，LPCTSTR中第一個T表示根據程式中是否定義了UNICODE來處理，這樣，不使用Unicode libraries ，就仍延續ANSI。

以下轉百度百科：

LPCTSTR型別

　　如何理解LPCTSTR型別？

　　L表示long指標 這是為了相容Windows 3.1等16位作業系統遺留下來的，在win32中以及其他的32為作業系統中， long指標和near指標及far修飾符都是為了相容的作用。沒有實際意義。

　　P表示這是一個指標

　　C表示是一個常量

　　T表示在Win32環境中， 有一個_T巨集

　　這個巨集用來表示你的字元是否使用UNICODE, 如果你的程式定義了UNICODE或者其他相關的巨集，那麼這個字元或者字串將被作為UNICODE字串，否則就是標準的ANSI字串。

　　STR表示這個變數是一個字串

　　所以LPCTSTR就表示一個指向常固定地址的可以根據一些巨集定義改變語義的字串。

　　同樣， LPCSTR就只能是一個ANSI字串，在程式中我們大部分時間要使用帶T的型別定義。

　　LPCTSTR == const TCHAR *

　　CString 和 LPCTSTR 可以說通用。 原因在於CString定義的自動型別轉換，沒什麼奇特的，最簡單的C++操作符過載而已。

　　常量字串ansi和unicode的區分是由巨集_T來決定的。但是用 _T("abcd")時， 字串"abcd"就會根據編譯時的是否定一_UNICODE來決定是char* 還是 w_char*。 同樣，TCHAR 也是相同目的字元巨集。 看看定義就明白了。簡單起見，下面只介紹 ansi 的情況，unicode 可以類推。

　　ansi情況下，LPCTSTR 就是 const char*, 是常量字串（不能修改的）。

　　而LPTSTR 就是 char*, 即普通字串（非常量，可修改的）。

　　這兩種都是基本型別， 而CString 是 C++類， 相容這兩種基本型別是最起碼的任務了。

　　由於const char* 最簡單（常量，不涉及記憶體變更，操作迅速）， CString 直接定義了一個型別轉換函式

　　operator 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函式。

　　CString 轉LPCTSTR:

　　CString cStr;

　　const char *lpctStr=(LPCTSTR)cStr;

　　LPCTSTR轉CString:

　　LPCTSTR lpctStr;

　　CString cStr=lpctStr;