toupper只接受单个字符（int类型，实为unsigned char范围），直接传入字符串指针会导致编译错误或未定义行为；正确做法是对每个字符显式转为unsigned char后调用std::toupper。
为什么直接用 toupper 处理字符串会出错
toupper 是 C 标准库函数，原型为 int toupper(int c)，它只接受单个 int（实际是 unsigned char 范围内的字符），返回转换后的字符（仍是 int）。直接传入 std::string 或 char* 会导致编译失败或未定义行为。
常见错误写法：toupper(str)、toupper(s.c_str()) —— 这些都试图把指针当单个字符传进去，编译器会报错类似 invalid conversion from 'const char*' to 'int'。
真正要做的，是对字符串中每个字符逐个调用 toupper，并注意：必须先将 char 转为 unsigned char 再传入，否则遇到负值 char（如 UTF-8 非 ASCII 字节、某些 locale 下的扩展字符）会触发未定义行为。
安全转换 std::string 的推荐写法
使用 std::transform 配合 lambda 或函数对象，显式处理类型转换：
立即学习“C++免费学习笔记（深入）”；
#include <string>
#include <algorithm>
#include <cctype>
<p>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（带std::前缀）是 C++ 版本，重载更安全；但底层仍依赖 C 的::toupper，所以参数仍需unsigned char - 不能写
[](char c) { return std::toupper(c); }——char可能为负，导致 UB - 如果原字符串含非 ASCII 字符（如中文、é、ñ），
toupper不起作用（它只对 a–z 有效），也不会报错，只是原样保留
处理 C 风格字符串（char[]）时的注意事项
对 char* 操作需确保目标内存可写，且手动处理结尾 \0：
char buf[] = "Test String";
for (size_t i = 0; buf[i] != '\0'; ++i) {
buf[i] = static_cast<char>(std::toupper(static_cast<unsigned char>(buf[i])));
}
// buf 变为 "TEST STRING"
容易踩的坑：
- 用
char* p = "literal"然后试图修改 —— 字符串字面量在只读段，运行时崩溃 - 忘记
static_cast<unsigned char>，在某些平台（如 glibc）下，输入\xFF类字符会返回 EOF 导致意外截断 - 没检查
\0就越界访问，尤其用strlen前要确认是否以\0结尾
locale 敏感场景下 toupper 可能失效
std::toupper 默认使用 "C" locale，对德语 ß、土耳其语 İ 等不敏感。若需 locale-aware 转换，必须用 std::use_facet<std::ctype<char>>：
#include <locale>
std::locale loc("de_DE.UTF-8"); // 需系统支持
const auto& ct = std::use_facet<std::ctype<char>>(loc);
ct.toupper(&buf[0], &buf[0] + strlen(buf));
但要注意：
- 跨平台兼容性差：Windows 不识别
"de_DE.UTF-8"，得用"German"等名称 - 性能开销明显高于 C locale 版本
- 绝大多数中文/英文项目不需要它，强行启用反而引入 bug 和依赖
真正需要 locale-aware 转换的场景极少，99% 的情况用 static_cast<unsigned char> + std::toupper 就够了——前提是明确只要 ASCII 大写转换。
