std::toupper/std::tolower仅对ASCII字符（0–127）安全，因它们按单字节处理且依赖C locale，无法正确解析UTF-8多字节序列，对中文或带重音字母会出错或失效。
std::toupper / std::tolower 为什么对中文或 UTF-8 字符失效
这两个函数只处理单字节字符，且依赖当前 C locale。遇到 std::string 里存的 UTF-8 中文或带重音的拉丁字母（如 é、ñ），std::toupper 会把多字节序列拆开乱转，结果不是乱码就是原样不动。
- 必须确保输入是 ASCII 字符（0–127）才安全调用
std::toupper/std::tolower - 不要对
std::string的每个char直接套用——UTF-8 下一个字母可能占 2~4 字节 - 若项目已用
std::locale("")切换过 locale，std::toupper行为可能意外改变（比如德语里 ß → SS），但依然不支持 UTF-8
std::transform + std::toupper 看似简洁，实际踩坑最多
常见写法：std::transform(s.begin(), s.end(), s.begin(), ::toupper)，问题不在语法，而在隐式 int 转 char 和 locale 不一致。
-
::toupper是 C 版本，参数类型是int，传入char时若为负值（如 Latin-1 扩展字符在有符号 char 平台），会触发未定义行为 - 应改用
static_cast<int>(std::toupper)</int>或更稳妥的 lambda：[](unsigned char c) { return std::toupper(c); } - 仅适用于纯 ASCII 字符串；对 "café" 这类含重音符的字符串，
std::toupper默认不处理，返回原值
处理 UTF-8 字符串大小写转换的轻量方案
不用引入 ICU 或 Boost.Locale，靠手动解析 UTF-8 字节序列 + 查表可覆盖常用拉丁扩展字符（如 àáâãäåæçèéêëìíîïðñòóôõöøùúûüýþÿ）。
- 先判断首字节是否在
0xC0–0xDF（2 字节）、0xE0–0xEF（3 字节）、0xF0–0xF7（4 字节）范围，跳过非 ASCII 部分 - 对 ASCII 段（
0x00–0x7F）仍可用std::toupper，但务必 cast 成unsigned char - 小写转大写时注意：德语
ß应转为SS（需插入额外字符，不能原地替换），土耳其语i大写是İ（带点），这些规则无法靠查表穷尽
示例片段（仅 ASCII 安全段）：
std::string to_upper_ascii(const std::string& s) {
std::string out = s;
std::transform(out.begin(), out.end(), out.begin(),
[](unsigned char c) { return std::toupper(c); });
return out;
}
Windows 下用 _strupr/_strlwr 会直接破坏 UTF-8
这两个 MSVC 特有函数按字节操作，完全无视编码。对 UTF-8 字符串如 "naïve"，_strupr 会把 ï（0xC3 0xAF）两个字节分别转大写，变成非法序列，后续解析全崩。
立即学习“C++免费学习笔记（深入）”；
- 绝对不要在含非 ASCII 字符的
std::string上用_strupr、_strlwr、_mbsupr等 C 运行时函数 - Windows API 的
CharUpperA同样只认系统 ANSI 代码页，不是 UTF-8 - 真正安全的做法：用
std::wstring+std::towupper（需先 UTF-8 → UTF-16 转换），或坚持用跨平台 UTF-8 库（如 utf8cpp）
