為什麼 LPCTSTR 與 wchar_t* 在 Visual C++ 中不兼容？

在 Windows 程式開發中，LPCTSTR 與 wchar_t* 看似都指向寬字元字串，但實際上它們的類型定義隨編譯器設定而異，導致無法直接互轉。

核心差異：TCHAR 的雙重人格

// 在 MBCS (多位元組字元集) 專案中
#define TCHAR char
#define LPCTSTR const char*

// 在 Unicode 專案中
#define TCHAR wchar_t
#define LPCTSTR const wchar_t*

LPCTSTR 實際上是 const TCHAR* 的別名。當專案設定為「使用多位元組字元集」時，TCHAR 解析為 char，此時 LPCTSTR 就是 const char*，與 wchar_t* 完全不同類型；只有在「使用 Unicode 字元集」時，兩者才指向相同的底層類型。

為何 VC++ 拒絕隱性轉換？

• 類型安全：C++ 強制區分 char、wchar_t、char16_t、char32_t 等不同字元類型，避免編碼混淆導致執行期錯誤。
• 專案設定可變：同一份原始碼在 MBCS 與 Unicode 兩種建置模式下，LPCTSTR 代表的實際類型不同，編譯器無法在編譯期確定統一的轉換規則。

正確的互轉做法

1. 統一專案字元集：專案屬性 → 一般 → 字元集 選擇「使用 Unicode 字元集」，此時 LPCTSTR 即為 const wchar_t*，可直接指派。
2. 顯式轉換函式：若必須跨字元集操作，請使用 Windows API MultiByteToWideChar / WideCharToMultiByte，或 ATL/MFC 提供的 CA2W、CW2A 巨集類別進行安全轉換。
3. 避免直接 reinterpret_cast：強制指標轉型僅改變編譯器檢視角度，不改變記憶體內容編碼，極易產生亂碼或存取違規。

最佳實務建議

現代 Windows 開發（Windows 2000 以後）強烈建議預設使用 Unicode 字元集，並統一採用 wchar_t / std::wstring / L"字串常值"。若需相容舊版 ANSI API，僅在邊界處做一次轉換，核心邏輯全程使用寬字元，可消除 90% 以上的字串編碼問題。