xor加密仅适合快速混淆文件，不防破解，仅防误点、明文扫描和临时共享泄露；真正保密需用aes。
为什么 XOR 加密不能当真用，但适合快速批量“混淆”文件
它不防破解，只防误点开、防明文扫描、防临时共享时被一眼看穿内容。真正要保密，得上 AES；但如果你只是想让同事别随手双击打开配置文件夹里的敏感日志，XOR 是最快能跑通的方案——没密钥长度协商、没 IV、没 padding，一个字节一个字节异或完事。
容易踩的坑：std::filesystem::recursive_directory_iterator 遇到权限不足或符号链接循环会抛异常；直接对二进制文件（比如 .exe、.png）做 XOR 不影响结构，但对 UTF-8 文本文件反复加解密可能因 BOM 或换行符处理不一致导致乱码；别用字符串字面量当密钥——"key" 实际是 4 字节（含 ），而你想要的是 3 字节。
怎么用 C++17 递归遍历并逐文件 XOR 加密
核心是把密钥字节循环打到每个文件字节上，读一块、异或一块、写一块。避免整文件加载——大文件（比如几百 MB 的日志）会爆内存。
- 用
std::ifstream以std::ios::binary模式打开原文件，std::ofstream同样方式打开目标路径（注意提前创建父目录：std::filesystem::create_directories） - 密钥用
std::vector<unsigned char></unsigned>存，比如{0x1F, 0x8A, 0x2B}，比std::string更安全（不会误吞 - 每次
read()最多 8192 字节，用gcount()拿真实读取长度，再用for (size_t i = 0; i 对缓冲区逐字节异或：<code>buf[i] ^= key[i % key.size()] - 别忘了加密后重命名原文件为
.xorbak，或加个标志位记录已处理状态——否则重复运行会把已加密文件再异或一遍，变回明文（XOR 是自反的）
Windows 下中文路径读写失败？必须用 std::filesystem::path + wstring 转换
直接传 const char* 给 std::ifstream 在中文路径下大概率失败（std::ios_base::failure 异常），因为默认窄字符编码不匹配系统 locale。
- 用
std::filesystem::directory_iterator获取的std::filesystem::path内部是wstring，调.wstring()取出 - 构造
std::ifstream时传std::wstring：用std::ifstream ifs{p.wstring(), std::ios::binary} - 同理，输出路径也要走
wstring()；如果硬要用char*接口，得先调std::filesystem::u8path(p)转 UTF-8，再确保编译器支持（MSVC 需 /utf-8） - 别在路径拼接里手写
"\"或"/"——用p.parent_path() / "out" / p.filename()
解密脚本和加密逻辑必须完全对称，否则一比特错就全崩
加解密函数体代码应该一模一样，唯一区别是输入/输出路径方向。很多人写两个函数，结果加密用 key[0] 开始，解密却从 key[1] 开始，或者缓冲区大小不一致导致末尾字节漏处理。
- 把核心异或逻辑抽成独立函数：
void xor_file(const std::filesystem::path& in, const std::filesystem::path& out, const std::vector<unsigned char>& key)</unsigned> - 加密调用：
xor_file(src, dst, key)；解密也调同一函数：xor_file(encrypted, decrypted, key) - 加解密前都校验
std::filesystem::is_regular_file()，跳过目录、设备文件、socket 文件等非普通文件 - 加个简单完整性检查：加密后计算原文件和目标文件的
std::filesystem::file_size()，必须相等；不等说明写入失败或磁盘满
最麻烦的其实是密钥管理——它就存在内存里，进程结束就丢。如果需要跨机器解密，密钥得手动同步，别指望从可执行文件里抠出来，那跟明文存没区别。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
