因为fstream是同步阻塞i/o，调用write()会卡住线程，即使加密逻辑用std::async异步执行，后续ofstream::write()仍导致串行瓶颈；真正解耦需使加密计算、内存缓冲、文件写入三者重叠执行，推荐用队列+条件变量构建读→加密→写分块流水线，并确保每块aes-gcm使用唯一nonce、对齐块大小、原子写入密文+tag。
为什么不能直接用 fstream 做异步加密写入
因为 fstream 是同步阻塞 I/O，调用 write() 时线程会卡住，直到磁盘完成写入。哪怕你把加密逻辑扔进 std::async，如果后续仍用 ofstream::write() 同步落盘，整体仍是串行瓶颈。真正要解耦的是：加密计算、内存缓冲、文件写入三者必须能重叠执行。
怎么组织分块流水线（以 AES-GCM 为例）
核心是把“读→加密→写”拆成三个可并行的阶段，每块独立处理。推荐用 std::queue + std::condition_variable 控制缓冲区大小，避免内存暴涨：
- 读取线程：每次从源文件读
4096字节到std::vector<uint8_t></uint8_t>，推入待加密队列 - 加密线程池（1–2 个）：从队列取块，调用
EVP_AEAD_CTX_encrypt()（OpenSSL）或botan_cipher->finish()（Botan），输出密文+tag，推入待写队列 - 写入线程：从待写队列取加密后数据，用
FILE*配合setvbuf()设置大缓冲区，或用libaio（Linux）/IOCP（Windows）做真异步写
注意：AES-GCM 每块必须用唯一 nonce，建议用 12 字节随机数 + 4 字节块序号拼接，存入文件头部或每块开头。
如何避免加密块边界错位导致解密失败
分块加密不是简单切原始字节——GCM 要求完整明文块参与认证，若最后一块不足 16 字节，需 PKCS#7 填充；但更稳妥的做法是让每块（除最后一块）严格对齐 AES 块大小（16 字节），并在文件头记录原始长度，解密时截掉填充。常见错误：
- 直接按固定字节数切分，没考虑填充规则 → 解密时
authentication failed - nonce 复用（尤其多线程下用全局计数器未加锁）→ 安全性崩溃
- 写入时未原子写完一块密文+tag（比如先写密文再写 tag，崩溃后文件损坏）→ 建议每块封装为
[len:4][ciphertext][tag:16]格式
跨平台异步写入的最小可行方案
Windows 用 CreateFile() 开 FILE_FLAG_OVERLAPPED，Linux 用 io_setup() + io_submit()，但兼容性差。实际项目中，更推荐退一步：用 std::thread + FILE* + setvbuf(fp, nullptr, _IOFBF, 1 手动做大缓冲，配合 <code>fflush() 触发批量写入。性能损失约 10–15%，但代码量少、无平台分支、调试友好。
真正难的不是并发模型，而是密钥派生和 nonce 管理——PBKDF2 密钥必须带 salt 存进文件头，且 salt 不能复用；nonce 若存在内存里，进程崩溃就丢，得写进临时 checkpoint 文件。这些细节漏掉一个，整个加密就形同虚设。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
