最常用做法是用std::transform配合lambda包装的std::tolower，因直接传std::tolower会因重载歧义编译失败；它仅对ASCII安全，处理Unicode需ICU等专用库。
用 std::transform 配合 std::tolower 或 std::toupper
这是最常用、最标准的做法，但要注意：直接传 std::tolower 会编译失败（重载歧义），必须显式转成函数指针类型。另外，std::tolower 和 std::toupper 只对 unsigned char 范围内的值行为定义良好，遇到负值（如 UTF-8 多字节首字节）可能出错。
实操建议：
- 对 ASCII 字符串（纯英文）安全可用，推荐写法：
std::transform(s.begin(), s.end(), s.begin(), [](unsigned char c) { return std::tolower(c); }); - 不要写
std::transform(..., std::tolower)—— 编译器无法推导重载版本 - 如果字符串含非 ASCII 字符（比如中文、带重音的拉丁字母），
std::tolower不起作用，也不会报错，只是原样保留 - 想就地修改原字符串，第三个参数必须是
s.begin()；若要写入新字符串，需确保目标空间足够
为什么不能直接用 std::tolower 当作函数对象？
因为 <locale> 头里声明了多个 std::tolower 重载：一个接受 int，一个接受 int 和 const std::locale&。模板函数 std::transform 无法在不指定上下文时决定调哪个。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- Clang/GCC 报错：
error: no matching function for call to 'transform' - MSVC 可能侥幸通过，但行为不可靠
- 解决方法只有两种：用 lambda 包一层（推荐），或用
static_cast<int(*)(int)>(std::tolower)（难读且易错）
处理 Unicode 字符串（如含 é, ñ, 你好）怎么办？
C++ 标准库的 std::string 是字节容器，不理解 Unicode。所谓“小写转换”在 Unicode 层面涉及大小写映射表、语言环境、甚至上下文规则（比如土耳其语的 I → i 和 İ → i 不同）。
实操建议：
- 别用
std::string存 Unicode 文本 —— 改用std::u8string（C++20）配合 ICU 或 Boost.Text 库 - 若只是简单处理拉丁扩展字符（如
É→é），可查 UnicodeData.txt 或用std::wstring_convert（已弃用）+std::codecvt_utf8（不推荐） - 生产环境强烈建议引入 ICU：
icu::UnicodeString::toLower()，它支持 locale-aware 转换 - 临时 workaround：只对
a–z/A–Z范围做手工映射（c += 'a' - 'A'），但会漏掉所有扩展字符
性能与线程安全注意事项
std::tolower 和 std::toupper 在 C 标准库中不是线程安全的（依赖 LC_CTYPE 全局 locale），但现代实现通常加锁或使用线程局部 locale。不过你几乎不会感知到——除非在 tight loop 里频繁切换 locale。
关键点：
- lambda 方式（
[](unsigned char c){...}）完全避免 locale 依赖，线程安全，也更快（无函数调用开销 + 无 locale 查表） - 如果程序全局调用了
std::setlocale，会影响std::tolower行为；但 lambda 写法不受影响 - 对长字符串（>1MB），考虑用 SIMD 加速（如 Intel ISPC 或手动 AVX2），但绝大多数场景没必要
真正麻烦的是混合编码或用户输入不确定的情况——比如你拿到一个 std::string，却不知道它到底是 UTF-8、GBK 还是 Latin-1。这时候强行调 std::transform 可能把多字节字符中间截断，导致乱码。得先检测编码，再选对应方案。
