std::transform配合自定义函数对象是安全改写字符串字符映射的首选方法；需注意locale绑定、char转unsigned char避未定义行为、UTF-8须解码后处理、查表法需覆盖256值且避免越界。
用 std::transform 配合自定义函数对象最直接
直接改写字符串每个字符的映射关系，std::transform 是标准且安全的选择。它不修改原字符串长度，也不引入额外内存分配，适合多数场景。
关键点在于：不能直接传入裸函数指针（如 std::toupper）处理多字节 locale 或非 ASCII 字符；必须包装成函数对象或 lambda，显式指定 locale。
- 对 ASCII 字符做大小写翻转，可用 lambda：
[&](char c) { return std::islower(c) ? std::toupper(c) : std::tolower(c); } - 若需支持中文、德语 ß 等，必须绑定
std::locale，例如：std::use_facet<std::ctype<char>>(loc).toupper(c) - 注意
std::toupper/std::tolower对char传参时，需先转为unsigned char，否则负值 char（如某些 locale 下的扩展字符）会触发未定义行为
手写映射表比调用库函数更可控但需注意边界
当映射规则固定（如 ROT13、自定义密码表），数组查表法性能最好，也完全规避 locale 和符号扩展问题。
常见错误是映射表只覆盖 0–127，却用 char 直接作索引——在 char 默认 signed 的平台（如 x86 Linux），值为 -1 ~ -128 的字符会导致数组越界。
立即学习“C++免费学习笔记（深入）”；
- 正确做法：将输入字符先转为
unsigned char，再作为数组下标 - 示例 ROT13 表：
const char map[256] = { ... }; auto c = map[static_cast<unsigned char>(s[i])]; - 若映射涉及 Unicode（如 UTF-8 字符串），不能按字节查表，必须先解码为 code point，再映射，否则会破坏多字节序列
UTF-8 字符串不能直接逐字节操作
用 std::string 存 UTF-8 时，一个逻辑字符可能占 1–4 字节。std::transform 逐字节调用会拆开 UTF-8 序列，导致乱码或崩溃。
真正安全的做法是先解码为 Unicode code point（如用 std::codecvt_utf8 —— 已弃用，或第三方库如 utf8cpp），映射后再重新编码。
- 简单绕过方案：只对 ASCII 字段（0x00–0x7F）做映射，其余字节原样保留 —— 适用于混合文本中仅需处理英文部分
- 若用 C++20，可考虑
std::views::transform+ 手动 UTF-8 解码循环，但标准库仍无原生 UTF-8 code point 迭代器 - 别依赖
std::wstring_convert：它在 C++17 被弃用，且在多数编译器中已移除
避免在循环里反复构造 locale 或正则对象
如果映射规则依赖 locale（如德语大小写转换），每次调用都新建 std::locale 或 std::regex 会显著拖慢性能，尤其在长字符串或高频调用场景。
- 把 locale 实例声明为 const 引用并复用：
const std::locale& loc = std::locale("de_DE.UTF-8"); - 正则替换类映射（如把所有 "ae" 替换为 "ä"）应预编译
std::regex对象，而非每次 new - 注意：不同线程若需不同 locale，应使用
std::locale::global()或线程局部存储，但后者需手动管理生命周期
char，就必须先转 unsigned char，否则在 signed char 平台上面对高位字节就是未定义行为。 
