char 是 8 位字节而非字符；其本质是编译器决定的有/无符号 8 位整数，仅能存储单字节数据，故可表示 ASCII 字符（如 'a'、'0'），但无法正确表示中文、emoji 或 é 等多字节字符。
char 是 8 位字节，不是“字符”
在 C++ 里 char 本质是带符号或无符号的 8 位整数（具体由编译器决定），它只保证能存一个 char 大小的字节块。ASCII 字符刚好占 1 字节，所以 'a'、'0' 看起来“正常”，但遇到中文、emoji 或带重音的拉丁字母（比如 é）就直接出错——它根本没能力表示这些。
常见错误现象：std::cout 在 Windows 控制台乱码；读取 UTF-8 文件后 <code>str.length() 返回值远大于实际字符数；用 std::string 存储用户昵称时，前端显示截断或方块。
- 别把
std::string当“字符串”用，它只是char的容器，不感知编码 - 跨平台项目中，
char默认编码不可靠：Linux/macOS 通常是 UTF-8，Windows 控制台默认是 GBK 或 UTF-16（取决于设置） -
sizeof(char)恒为 1，但这和“能表示几个字符”毫无关系
wchar_t 不是“通用宽字符”，而是平台依赖类型
wchar_t 的大小在不同系统上完全不同：Windows 是 16 位（对应 UTF-16），Linux/macOS 是 32 位（对应 UCS-4 / UTF-32）。这意味着同一段代码，在 Windows 上用 wchar_t 读 L"€" 没问题，在 Linux 上可能多分配一半内存，还可能因字节序或 API 语义差异导致 fgetws 失败。
使用场景有限：仅推荐用于调用 Windows API（如 CreateFileW）、或必须对接旧版 ICU/wc* 系列函数时。现代 C++ 项目中，它基本被弃用。
立即学习“C++免费学习笔记（深入）”；
-
std::wstring在 Windows 上可直接传给 WinAPI，但在 macOS/Linux 上几乎无原生支持 -
L'汉'字面量在 Windows 编译成功，在 GCC/Clang 下可能报“character too large for its type” -
sizeof(wchar_t)必须在编译期检查，不能假设为 2 或 4
真正靠谱的方案：UTF-8 + std::string + 显式编码处理
C++20 起标准库开始支持 std::u8string（仍基于 char8_t），但主流项目仍用 std::string 存 UTF-8 字节流——只要所有 I/O、序列化、网络传输环节统一按 UTF-8 解释，就最轻量、最兼容。
关键不是换类型，而是明确“谁负责解码”。例如读文件时，别让 std::ifstream 自己猜编码；写日志时，别依赖终端自动识别。
- 用
std::string存 UTF-8 数据，但操作“字符”时用第三方库（如utf8cpp或icu::UnicodeString）做utf8::next()迭代 - 与 Windows GUI 交互时，用
MultiByteToWideChar(CP_UTF8, ...)转成wchar_t*再传给控件，而非全程用wstring - JSON、HTTP header、数据库字段等外部接口，强制声明 charset=utf-8，避免隐式转换
std::u8string 和 char8_t 到底能不能用？
可以，但要小心。C++20 引入 char8_t 和 std::u8string，本意是标记“这是 UTF-8 字节流”，但它仍是别名（using char8_t = unsigned char;），不带运行时校验，也不改变底层行为。
目前最大坑：MSVC 2019+ 支持 u8"…" 字面量，但 GCC/Clang 对 char8_t 的重载支持不一致；且几乎所有 C 风格 API（fopen、printf）都不认 char8_t*，必须 reinterpret_cast<const char>(ptr)</const>——这又绕回类型擦除的老路。
- 新项目可用
std::u8string提升语义清晰度，但别指望它自动解决乱码 -
u8"café"是合法 UTF-8 字面量，但u8"??"（emoji ZWJ 序列）仍需按字节长度处理，不能当单个“字符”索引 - 若需正则匹配、大小写转换、排序等，仍得用 ICU 或 Boost.Text，
std::u8string本身不提供这些能力
字符处理真正的复杂点从来不在类型声明，而在边界：文件开头 BOM 怎么跳过、代理对怎么合并、组合字符怎么归一、不同 locale 下 collation 规则怎么拉齐。选 char 还是 wchar_t 只是入口，后面全是手动填坑。
