std::toupper配合std::transform最稳妥，需先将char转为unsigned char再调用，因其参数为int且对负值行为未定义；它仅支持ASCII，不处理UTF-8多字节字符，真正Unicode转换需ICU等专用库。
用 std::toupper 配合 std::transform 最稳妥
直接遍历调用 std::toupper 容易出错，因为它的参数是 int，但传入 char 可能为负值（如 UTF-8 下的非 ASCII 字节），导致未定义行为。正确做法是先将每个字符转为 unsigned char，再喂给 std::toupper。
示例：
#include <algorithm>
#include <cctype>
#include <string>
std::string s = "Hello World! 123";
std::transform(s.begin(), s.end(), s.begin(),
[](unsigned char c) { return std::toupper(c); });
// s 变为 "HELLO WORLD! 123"
-
std::toupper不处理多字节编码（如中文、emoji），只对 ASCII 字符有效 - 必须用
unsigned char转换，否则在有符号char平台（如大多数 Linux）上，\xFF会变成 -1，传给std::toupper是未定义行为 - 不能直接写
std::toupper(*it)—— 缺少类型转换就是隐患
为什么不能用 std::toupper 处理 UTF-8 字符串
std::toupper 是 C 风格函数，按字节操作，完全 unaware of UTF-8 编码规则。一个中文字符占 3 个字节，每个字节单独调用 std::toupper 不仅无效，还可能破坏编码，产生非法字节序列。
- 输入
"你好"（UTF-8 编码为E4 BD%A0 E5=A5xBD）→ 每个字节被当成独立字符处理 → 输出乱码或截断 - 若需真正支持 Unicode 大写转换（如德语 ß → SS、土耳其语 i → İ），必须用 ICU、Boost.Locale 或 C++20 的
<locale>+ facet，但开销大、配置复杂 - 日常项目中，如确定输入纯 ASCII（HTTP header、token、命令行参数），用
std::transform+std::toupper安全且足够
避免手写循环时漏掉 locale 设置
默认 C locale 下 std::toupper 行为符合预期；但若全局 locale 被设为 "de_DE.UTF-8" 等，某些实现可能让 std::toupper 对非 ASCII 字符返回奇怪结果（尽管标准不保证其支持 locale）。保险起见，显式使用 C locale：
立即学习“C++免费学习笔记（深入）”；
#include <locale>
// ...
std::transform(s.begin(), s.end(), s.begin(),
[](unsigned char c) {
return std::toupper(c, std::locale::classic());
});
-
std::locale::classic()等价于 C locale，行为稳定可预测 - 省略第二个参数时，
std::toupper(int, const locale&)不会被调用，走的是无 locale 版本 —— 但该版本不依赖当前 locale，所以实际影响不大；加了更明确 - 不用
setlocale(LC_ALL, "")全局改 locale，容易污染其他模块
性能敏感场景：查表法比 std::toupper 快 2–3 倍
如果字符串极长（MB 级）、且确定只含 ASCII，预生成 256 字节的大小写映射表，比每次调用函数快得多，也规避了类型转换开销。
static constexpr std::array<unsigned char, 256> upper_map = []{
std::array<unsigned char, 256> t{};
for (int i = 0; i < 256; ++i)
t[i] = static_cast<unsigned char>(std::toupper(i));
return t;
}();
// 使用：
for (auto& c : s) c = upper_map[static_cast<unsigned char>(c)];
- 初始化是
constexpr，编译期完成，无运行时开销 - 适用于嵌入式、高频日志处理、网络协议解析等对延迟敏感路径
- 仍只对 ASCII 安全；超出 0–127 范围的字节（如 UTF-8 多字节首字节）查表结果无意义，但不会 crash
std::toupper 的职责范围——它连单个 Unicode 码点都识别不了。要么接受 ASCII 限制，要么引入专用库，没有中间路线。 
