不能手写aes加密逻辑，因其subbytes、mixcolumns等操作依赖严格符合fips-197标准的gf(2⁸)运算，s盒、轮常数索引、状态矩阵列优先填充、mixcolumns查表实现等细节稍有偏差就会导致加解密不兼容或失败。
直接用 OpenSSL 或 Crypto++，别手写 AES。自己实现不仅容易出错，而且生产环境根本不敢用。
为什么不能手写 AES 加密逻辑
AES 的 SubBytes、MixColumns 等操作依赖有限域 GF(2⁸) 运算，S 盒查表必须严格符合 FIPS-197 标准；稍有偏差（比如字节序、矩阵填充顺序搞反），加密结果就和标准库不兼容。你写的 aes_encrypt 函数，大概率连自己的 aes_decrypt 都解不开。
- 密钥扩展中轮常数
Rcon的索引从 1 开始，不是从 0 —— 错一位，整轮密钥全错 - 状态矩阵是列优先填充，但很多教程按行写，导致
ShiftRows移错行 -
MixColumns的矩阵乘法在 GF(2⁸) 下不可用普通整数乘，必须用查表或条件异或模拟 - ECB 模式下相同明文块输出相同密文块，调试时看到重复 Base64 片段，第一反应不是“我写对了”，而是“这根本不安全”
OpenSSL 的 AES_cbc_encrypt 怎么用才不出错
它不处理填充、不管理内存、不校验输入长度，只做纯块运算。常见崩溃点都在参数传错上：
-
length必须是AES_BLOCK_SIZE（即 16）的整数倍，否则行为未定义 —— 别传strlen(plain)，先用 PKCS#7 填充到对齐 -
ivec参数会被函数内部修改（CBC 加密会更新 IV），如果复用同一个iv缓冲区做多次加密，第二次起就失效 -
AES_KEY结构体必须用AES_set_encrypt_key初始化，且bits参数得是 128/192/256，传 16 会返回 -2 - 密钥和 IV 都必须是 16/24/32 字节原始字节，别传字符串字面量（如
"1234567890123456"）而不检查长度 —— C++ 里字符串字面量末尾带 \0，实际是 17 字节
Crypto++ 的 CBC_Mode<aes>::Encryption</aes> 封装更省心
它自动处理填充、IV 复制、缓冲区管理，但新手常卡在命名空间和头文件路径：
- 必须
#include <cryptopp></cryptopp>和<cryptopp></cryptopp>，漏一个就编译不过 - 类模板实例化要写全：
CBC_Mode<aes>::Encryption</aes>，少个<aes></aes>或拼成CBC_Mode_AES都报错 -
StringSource构造时第三个参数true表示“执行完立即关闭”，漏掉会导致密文为空 - 密钥生成必须用
AutoSeededRandomPool，别用rand()—— 后者种子固定，每次密钥一样
最易被忽略的是：无论用哪个库，IV 必须随密文一起保存或传输，且每次加密都要用新 IV。重用 IV 在 CBC 下等于把加密退化成 ECB，这点比算法选型还关键。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
