用std::string异或加密需防'\0'截断：c_str()等C接口遇空字符会提前终止，应避免printf("%s")打印，改用cout.write；密钥含'\0'或循环异或时亦须警惕；加解密逻辑相同，均为逐字节异或。
为什么用 std::string 做按位异或加密要小心空字符
直接对 std::string 的每个 char 与密钥异或，看似简单，但会引入 '\0' —— 这会让后续用 c_str() 或某些 C 风格函数（如 printf、strlen）截断字符串。这不是加密失败，而是“读不到后面”。实际中若把结果存进文件或网络传输，只要不依赖 C 字符串语义就没事；但一旦混用 C 接口，就会出问题。
实操建议：
- 加密后不要用
printf("%s", s.c_str())打印，改用std::cout.write(s.data(), s.size()) - 若必须转成 C 字符串（比如调用某 SDK），先确认它是否支持二进制数据；否则得 base64 编码后再传
- 密钥长度小于明文时，常用循环异或（
key[i % key.size()]），但注意密钥本身也别含'\0'，否则提前截断
std::string 异或加解密的最小可行实现
加解密本质是同一个操作：对每个字节做 xor，两次异或回原值。不需要区分“加密函数”和“解密函数”，用同一个逻辑即可。
示例代码（C++11 起可用）：
立即学习“C++免费学习笔记（深入）”；
std::string xor_crypt(const std::string& data, const std::string& key) {
if (key.empty()) return data;
std::string out = data;
for (size_t i = 0; i < data.size(); ++i) {
out[i] = data[i] ^ key[i % key.size()];
}
return out;
}
使用方式：
-
std::string cipher = xor_crypt("hello", "key");→ 得到二进制密文 -
std::string plain = xor_crypt(cipher, "key");→ 恢复为"hello" - 密钥可以是任意
std::string，比如"\x01\xFF\xA5"，但注意初始化时避免被编译器误解（推荐用{0x01, 0xFF, 0xA5}初始化）
异或加密在真实项目里为什么不能单独用
它快、零依赖、可逆，但完全不防频率分析——相同明文字节 + 相同密钥位置 ⇒ 相同密文字节。比如明文全是 ASCII 空格（0x20），密钥某字节是 0x42，那密文中固定位置就会反复出现 0x62，一目了然。
常见误用场景：
- 用固定密钥加密用户密码并存数据库 → 明文密码相同则密文相同，撞库即破
- 用短密钥（如 3 字节）加密长 HTTP body → 出现周期性重复模式，Wireshark 抓包就能猜结构
- 把异或结果当 token 返回给前端，没做任何编码 → 浏览器或代理可能误处理
\r、\n、\0
真要上生产，至少补一层：base64_encode(xor_crypt(raw, key))，解决传输安全；密钥必须随机且每次不同（比如用 AES 生成 session key 后再异或），才能勉强用于临时混淆。
调试时怎么确认异或有没有生效
别只靠肉眼看输出是否“变乱”，要验证字节级变化。一个可靠办法是打印十六进制：
void hexdump(const std::string& s) {
for (unsigned char c : s) {
printf("%02x ", c);
}
printf("\n");
}
// 使用：hexdump("abc"); → 输出 "61 62 63"
// 加密后 hexdump(xor_crypt("abc", "x")); → 看每字节是否变了
容易踩的坑：
- 用
std::cout 打印密文，遇到 <code>0x00就停 —— 它不是“没输出”，是输出被截断了 - 密钥字符串用双引号写
"\x00\x01"，结果第一个字符就是'\0'，key.size()变成 0 → 异或失效 - 把
std::string当作数值容器传给函数，却忘了它内部不是 null-terminated，别直接传给strncpy类函数
异或本身没玄机，难的是管住后续所有环节对“字符串”的想当然假设。二进制数据就是二进制数据，别让它假装是文本。
