最安全做法是遍历字符并用static_cast<unsigned char>转换后再调用std::toupper/tolower，因二者仅接受unsigned char或EOF，直接传signed char负值会导致未定义行为。
用 std::toupper 和 std::tolower 遍历转换最安全
直接对字符数组每个元素调用 std::toupper 或 std::tolower 是标准且跨平台的做法。这两个函数定义在 <cctype> 中，只对 ASCII 字母起作用，对非字母字符（如数字、空格、中文）返回原值，不会越界或崩溃。
常见错误是传入 char 类型直接调用——如果 char 是有符号类型（多数编译器默认），负值会触发未定义行为。必须先转成 unsigned char：
#include <cctype>
#include <iostream>
<p>char arr[] = "Hello123";
for (int i = 0; arr[i] != '\0'; ++i) {
arr[i] = std::toupper(static_cast<unsigned char>(arr[i]));
}
// 结果: "HELLO123"
- 必须包含
<cctype>，不是<ctype.h> - 必须用
static_cast<unsigned char>转换，否则遇到高位为 1 的字节（如某些 UTF-8 多字节序列首字节）会出错 - 不修改字符串结尾的
'\0'，所以无需额外判断终止符位置
手动位运算转换仅适用于纯 ASCII 场景
如果确定输入全是 ASCII 字母（a–z / A–Z），可以用异或 0x20 快速切换大小写：小写 ASCII 码比对应大写高 32，而 0x20 == 32，且该位恰好是大小写区分位。
char c = 'a'; c ^= 0x20; // 得到 'A' c ^= 0x20; // 又变回 'a'
- 只对 a–z 和 A–Z 有效；对数字、标点、非 ASCII 字符结果不可预测
- 不能替代
std::toupper做“转大写”语义操作——比如'1'异或后变成'q'，完全不是预期行为 - 适合嵌入式或性能极端敏感场景，但可读性和安全性远低于标准库函数
注意 std::string 和 C 风格数组的处理差异
如果你实际用的是 std::string，别直接对 c_str() 操作——它是 const 的。得遍历 operator[] 或迭代器：
立即学习“C++免费学习笔记（深入）”；
std::string s = "MiXeD";
for (char& c : s) {
c = std::tolower(static_cast<unsigned char>(c));
}
-
char& c : s允许原地修改，比s[i]更简洁 - 不要写
for (auto c : s)（值拷贝），改了也没用 - C 风格数组若来自字符串字面量（如
char* p = "abc";），它指向只读内存，强行修改会段错误
locale 会影响 std::toupper 行为，但通常不需要干预
默认情况下 std::toupper 使用 "C" locale，行为等价于 ASCII 映射。如果程序设置了其他 locale（如 std::setlocale(LC_CTYPE, "zh_CN.UTF-8")），某些扩展字符（如德语 ß）可能被转换，但大多数 C++ 实现对 UTF-8 locale 的支持并不完整。
- 除非明确需要本地化转换（如土耳其语中 I/i 的特殊规则），否则不用碰 locale
- 多线程下修改全局 locale 是危险的，
std::toupper不是线程安全的 locale-sensitive 版本 - UTF-8 字符串需先解码为 Unicode 码点再转换，
std::toupper完全不处理多字节编码
C 风格字符数组本身没有编码信息，所谓“大小写转换”本质上只是对单字节值做查表或位操作。真正麻烦的是你不确定输入是否干净——是否混有非 ASCII 字符、是否以 \0 正确结尾、是否在只读内存里。这些细节比“怎么转”更常导致 bug。
