std::toupper 在 UTF-8 字符串上直接使用会出错，因其仅处理单字节（unsigned char 范围），对多字节 UTF-8 序列中任一字节调用将导致未定义行为、乱码或非法值，且在 "C" locale 下可能返回原值使比较失效；std::wstring_convert 已弃用，且 wchar_t 跨平台不一致、locale 支持有限；推荐用 ICU 库的 icu::UnicodeString::caseCompare 进行正确 Unicode 大小写折叠，或轻量场景下结合 utf8cpp 与标准 case folding 表实现。
为什么 std::toupper 在 UTF-8 字符串上直接用会出错
因为 std::toupper 只处理单字节（unsigned char 范围内），对 UTF-8 多字节序列中的任意一个字节调用，结果是未定义行为——它可能把中间字节（如 0x85）当成拉丁字符转大写，得到乱码甚至非法值。更糟的是，某些 locale（比如 "C"）下它对非 ASCII 字节直接返回原值，导致比较逻辑失效。
用 std::wstring_convert + std::toupper 的坑
曾有人想先把 UTF-8 转成 std::wstring（宽字符），再逐 wchar_t 调用 std::toupper，但这条路已不推荐：
-
std::wstring_convert在 C++17 起被标记为 deprecated，且在不同平台对 UTF-8 解码行为不一致（尤其 Windows 上默认 locale 不支持 UTF-8） -
wchar_t在 Linux 是 4 字节（UTF-32），Windows 是 2 字节（UCS-2），无法保证 Unicode 全字符集覆盖（如 emoji、补充平面字符） - 即使转成功，
std::toupper依赖当前 locale，而多数系统 locale（如"en_US.UTF-8"）对非拉丁字母（如希腊文、西里尔文）支持有限或不一致
推荐方案：用 ICU 库的 icu::UnicodeString::caseCompare
ICU 是工业级 Unicode 处理库，支持完整 Unicode 大小写折叠（case folding），能正确处理德语 ß→SS、土耳其 i/I 特殊规则、组合字符等。实际使用时注意：
- 链接时需加
-licuuc -licui18n（Linux/macOS）或对应 .lib（Windows） - 比较前必须确保输入是合法 UTF-8；可用
icu::StringPiece包装std::string，避免额外拷贝 - 默认
U_FOLD_CASE_DEFAULT比较足够日常使用；若需忽略重音符号，加U_COMPARE_IGNORE_ACCENT
include <unicode/unistr.h>
include <unicode/ustream.h>
int case_insensitive_compare(const std::string& a, const std::string& b) {
icu::UnicodeString ua = icu::UnicodeString::fromUTF8(icu::StringPiece(a));
icu::UnicodeString ub = icu::UnicodeString::fromUTF8(icu::StringPiece(b));
return ua.caseCompare(ub, U_FOLD_CASE_DEFAULT);
}
// 返回 0 表示相等，负数表示 a < b，正数表示 a > b
轻量替代：用 utf8cpp + 手动大小写折叠表
如果不能引入 ICU（如嵌入式环境），可借助 utf8cpp 库解析 UTF-8 码点，再查表做简单大小写映射。但要注意：
立即学习“C++免费学习笔记（深入）”；
- 仅适用于基本多文种平面（BMP）字符；超出 U+FFFF 的字符需手动处理代理对（surrogate pair）
- 必须使用 Unicode 标准的「caseless match」规则，即优先用
simple lowercase或case folding，而非uppercase/lowercase—— 因为有些字符（如 ß）没有对应大写形式，只有折叠形式（"ss"） -
utf8cpp的utf8::next()返回uint32_t码点，查表时要用std::unordered_map<uint32_t std::string></uint32_t>存折叠后 UTF-8 字节序列（不能存std::u32string再转）
真正麻烦的不是转换本身，而是 Unicode 大小写规则的复杂性：同一个字符在不同语言上下文可能有不同折叠方式，而纯查表无法动态适配 locale。所以只要项目允许，ICU 仍是唯一靠谱选择。
