最安全方案是用std::transform配合lambda [](unsigned char c){return std::toupper(c);}，必须转unsigned char以防signed char平台未定义行为；ASCII手动减法仅限纯ASCII字母场景；Unicode大小写需ICU等专用库。
直接说结论：用 std::toupper 或 std::tolower 配合 std::transform 是最常用、最安全的方案，但必须做 unsigned char 类型转换，否则在 signed char 平台（如大多数 x86_64 Linux/macOS 编译器默认）上会触发未定义行为。
为什么不能直接写 std::transform(..., ::toupper)
常见错误现象是编译失败：error: no matching function for call to 'transform'，或运行时部分字符变乱码、崩溃。根本原因是：std::toupper 在 C++ 中有多个重载版本（int(int) 和 int(int, const std::locale&)），而 char 传入时可能被提升为 int，也可能因符号性变成负数——std::toupper(-33) 是未定义行为。
- 必须把每个
char显式转成unsigned char，再转int，才能安全喂给std::toupper - 推荐写法是 lambda：
[](unsigned char c) { return std::toupper(c); }，清晰且跨平台 - 用
static_cast<int>(std::toupper)</int>也能过编译，但可读性差，且不解决负值问题
std::transform vs 手写循环：选哪个？
两者性能几乎没差别，关键看控制粒度需求：
- 如果只是全字符串统一转大写/小写，
std::transform更简洁，一行搞定 - 如果要跳过某些字符（比如保留 HTML 标签里的大小写）、只转单词首字母、或做条件过滤（如“只转 ASCII 字母，其他 UTF-8 多字节序列原样保留”），手写
for (char& c : s)更直接可控 - 手写循环时，务必写成：
if (std::islower(static_cast<unsigned char>(c))) c = static_cast<char>(std::toupper(static_cast<unsigned char>(c))); </unsigned></char></unsigned>——std::islower同样要求unsigned char输入
ASCII 范围内手动减法（c -= 32）能用吗？
可以，但仅限于你 100% 确认输入全是标准 ASCII 字母（'a'–'z' / 'A'–'Z'），且不需要 locale 支持。
立即学习“C++免费学习笔记（深入）”；
- 优点：零函数调用开销，高频处理微秒级优化可见
- 缺点：一旦输入含非字母（比如
'{'ASCII 123），-= 32会得到'['（ASCII 91），逻辑错误；更糟的是，若char是 signed 且值为负（如 0xFF），减法会溢出 - 绝对不要用位运算（如
c &= ~32）——它对'{'、'|'等字符也生效，纯属巧合碰对了 ASCII 布局，不是通用逻辑
遇到中文、é、С 或土耳其语 i/I 怎么办？
std::toupper 对这些字符完全无感：UTF-8 多字节序列的首字节落在 0xC0–0xF4 区间，std::islower 返回 false，所以它们被原样保留，不会损坏编码——这是好事，但也不是“转换成功”。
- 如果你真需要 Unicode 级别完整大小写映射（比如德语
ß → SS、土耳其语i → İ），std::toupper不行，得用 ICU 库或std::wstring+std::towupper配合正确 locale（注意：后者仍不支持多字符展开） - 日常配置匹配、日志归一化等场景，只要求 ASCII 字母标准化，就别碰 locale 切换——不同系统 locale 名称不一致（
en_US.UTF-8vsEnglish_United States.1252），反而引入不确定性
真正容易被忽略的点是：所有 cctype 函数都只接受 int，且隐含要求该 int 是 unsigned char 的整型提升值。漏掉这层转换，代码在某些平台看似正常，换台机器就崩——这不是风格问题，是 C++ 标准白纸黑字定义的未定义行为。
