字符串的按位取反是对每个char元素逐字节执行~运算（8位翻转），因char默认有符号，需先转unsigned char再取反并强转回char，否则会因整型提升或窄化转换导致错误；结果含控制字符，不可直接当文本打印或传输。
什么是字符串的按位取反？
字符串的按位取反不是对整个字符串对象做运算，而是对每个 char 元素逐字节执行 ~ 运算（即 8 位补码取反）。注意：char 在多数平台默认为有符号类型，~'A' 的结果是 -66（即 0xBF），直接存回 std::string 会导致截断或符号扩展问题。
用 unsigned char 避免符号陷阱
直接对 char 取反后赋值，可能因隐式转换丢失高位或触发未定义行为。必须先转成 unsigned char 再取反，再转回 char 存储（前提是目标字符串允许二进制内容）：
std::string s = "Hello";
for (char& c : s) {
c = static_cast<char>(~static_cast<unsigned char>(c));
}
- 不写
static_cast<unsigned char></unsigned>→ 对负值char（如\xFF）取反会先提升为int，再取反，结果远超 8 位 - 不写外层
static_cast<char></char>→ 编译器可能报错（从int到char的窄化转换） - 该操作修改原字符串，若需保留原文，应先
std::string out = s;
混淆后字符串能否直接打印或传输？
不能默认当文本处理。取反后的字节很可能包含 \x00、\x01 等控制字符或非 UTF-8 序列：
std::cout 可能提前截断（遇 <code>\x00）或输出乱码- 写入文件时需以二进制模式打开：
std::ofstream f("out.bin", std::ios::binary) - 网络传输前建议 Base64 编码，否则中间设备可能篡改或丢弃非法字节
- 若后续要还原，只需再执行一遍相同操作（
~~x == x，对 8 位成立）
性能与边界注意事项
该操作是纯 CPU 密集型，O(n)，无内存分配开销，但要注意：
立即学习“C++免费学习笔记（深入）”；
- 空字符串、含嵌入
\x00的字符串均可安全处理，std::string不依赖结尾\0 - 在 Windows 上用
std::ofstream输出到文本文件（非 binary）会导致\x1A被误判为 EOF - 如果字符串来自用户输入且后续要做 locale-sensitive 操作（如
std::toupper），取反后已不是有效字符编码，调用会出错
真正需要混淆时，别只靠按位取反——它可逆性太强，且不抗频率分析；生产环境应配合密钥、S-box 或 AES。
