C++ 程式開發中為何多用 wchar_t 而非 char？字元類型選型深度解析

核心結論

現代 C++ 開發中，並非「一般都用 wchar_t」。選型取決於專案需求、目標平台、第三方庫支援及編碼策略。char 配合 UTF-8 是當前跨平台開發的主流選擇；wchar_t 主用於 Windows API 互操作或特定舊系統維護。

char vs wchar_t 關鍵差異

歷史背景與誤區澄清

早期 C/C++ 以 char 處理 ASCII，中文環境下被迫使用 GBK/Big5 等多位元組編碼 (MBCS)，導致「一個漢字佔兩個 char」的邏輯混亂，且無法統一處理多語言。Unicode 推出後，Windows 採用 UTF-16 (對應 wchar_t)，一度形成「寬字元等同 Unicode」的誤解。實際上 Unicode 是字符集，UTF-8/16/32 才是編碼實現。

現代最佳實踐建議

1. 跨平台/網絡/存儲：統一使用 char + UTF-8 (std::string)，內部處理可轉為 UTF-32 (char32_t/std::u32string) 便於逐字元操作。
2. Windows 桌面專案 (MFC/Win32/Qt)：配合 TCHAR/wchar_t 直接呼叫系統 API，邊界處做 UTF-8 ⇄ UTF-16 轉換。
3. C++17/20 新專案：優先使用 char8_t (UTF-8)、char16_t (UTF-16)、char32_t (UTF-32) 明確語義，避免 wchar_t 可移植性陷阱。
4. 第三方庫：遵循庫的字元類型 (如 ICU 用 UTF-16，Boost.Nowide 幫助主流程用 UTF-8)。

程式碼示範：UTF-8 為主流程

#include <string>
#include <iostream>
// C++20: #include <charconv>  // 標準轉碼支援

int main() {
    std::string utf8 = u8"Hello 世界 🌍";  // 原始碼儲存為 UTF-8
    std::cout << utf8 << '\n';          // 終端機需支援 UTF-8
    // 若需呼叫 Win32 API:
    // int len = MultiByteToWideChar(CP_UTF8, 0, utf8.c_str(), -1, nullptr, 0);
    // std::wstring utf16(len, 0);
    // MultiByteToWideChar(CP_UTF8, 0, utf8.c_str(), -1, &utf16[0], len);
}

總結

「不用 char 改用 wchar_t」是過時經驗。採用 UTF-8 作為內部/外部統一編碼，僅在平台邊界做最薄轉換層，才是現代 C++ 專案的穩健架構。