不能直接用~对std::string操作，因为它是容器而非整数类型；必须遍历每个char，先转unsigned char再取反，还原函数与混淆函数完全相同。
字符串按位取反混淆为什么不能直接用 ~ 对 std::string 操作
因为 std::string 是容器，不是整数类型，~ 无法直接作用于整个对象。你真正要操作的是每个字节（char），且必须注意 char 的符号性：在多数平台 char 默认是有符号的（-128 ~ 127），而 ~c 会先提升为 int 再取反，结果可能超出 char 范围，导致还原时出错。
实操建议：
- 统一用
unsigned char避免符号扩展问题，比如static_cast<unsigned char>(c)</unsigned> - 混淆和还原必须用完全相同的逻辑，否则无法对称恢复
- 不要对
\0做特殊处理——它也是合法字节，取反后变成\xFF，还原时自然变回\0
混淆函数怎么写才安全：用 for 循环 + unsigned char 强制转换
最简实现就是遍历每个字节，取反后写回。关键点是类型转换顺序：先转 unsigned char，再取反，再转回 char（或直接存入 std::string，它内部存的就是 char，但语义上我们当它是字节容器）。
示例：
立即学习“C++免费学习笔记（深入）”；
void obfuscate(std::string& s) {
for (char& c : s) {
c = static_cast<char>(~static_cast<unsigned char>(c));
}
}
说明：
-
static_cast<unsigned char>(c)</unsigned>把可能的负值（如\xFF当作 -1）转成无符号 255 -
~对 255 取反得 0（8 位下），即\xFF → \x00 -
static_cast<char>(...)</char>把结果转回char类型存储，不关心符号，只保留低 8 位
还原函数和混淆函数长得一模一样
按位取反是自反操作：~~x == x（在 8 位整数范围内成立）。所以还原函数和混淆函数完全相同，调用两次就回到原始字符串。
这意味着：
- 不需要写两个函数，一个函数复用即可
- 但如果封装成类或工具函数，命名建议用
toggle_bits这类中性名，而非obfuscate/deobfuscate - 若中间经过网络传输或文件存储，确保没被当作文本编码（如 UTF-8）二次解释——这会导致二进制损坏，跟取反无关，但常被误认为“还原失败”
实际使用时最容易忽略的坑：空字符串、含控制字符、跨平台兼容性
看起来很简单，但真实场景里这几个点常翻车：
- 空字符串
""没问题，循环不执行，安全 - 含
\x00、\x07、\x1B等控制字符的字符串也能正确处理，但打印时可能“消失”或触发终端响铃——这不是 bug，是终端行为 - Windows 下用
std::ofstream写混淆后数据，必须加.open(..., std::ios::binary)，否则\x0D\x0A可能被自动转换 - 如果后续要 base64 编码再传输，那混淆必须在 base64 之前做；反过来，解码后再取反——顺序错一步就全乱
混淆本身只是字节层翻转，不提供加密强度，仅防基础文本扫描。真要防分析，得结合密钥、异或轮转或 AES。
