aes加密需严格匹配密钥长度（16/24/32字节）、随机iv（16字节）、pkcs#7填充及前后端一致的模式与编解码方式，否则必然解密失败。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 免费无限量使用 DeepSeek R1 模型☜☜☜
千问AI本身不提供AES加密功能，它只是语言模型，不会执行加密操作；所有AES加密必须由你调用所在环境的加密库完成。
Python里用pycryptodome做AES-CBC加密要注意什么
常见错误是直接用字符串当密钥、忽略填充（padding）和IV初始化——结果解密失败或报ValueError: Data must be padded to block boundary。
- 密钥必须是
16、24或32字节，不能直接传"mykey123"，得用hashlib.sha256().digest()或bytes.fromhex()转成正确长度 - IV必须是16字节随机值，且每次加密都要不同；别用固定值如
b"0000000000000000"，否则丧失语义安全 - 明文必须PKCS#7填充，不能靠自己截断或补空格；推荐用
pad = lambda d: d + (16 - len(d) % 16) * chr(16 - len(d) % 16).encode()，但更稳妥是用Cipher(...).encrypt()前调用pad()函数
JavaScript前端AES加密为什么解密不了后端Python结果
根本原因是默认参数不一致：Node.js的crypto.createCipheriv()用'aes-128-cbc'，但Python的AES.new()要求密钥+IV类型严格匹配，且填充逻辑常被忽略。
- 确保双方都用相同的模式（CBC/ECB）、相同块大小（128位）、相同填充方式（PKCS#7，不是PKCS#5）
- JS侧
iv和key必须是Buffer或Uint8Array，别用string直接传；常见坑是用TextEncoder.encode("key")得到的长度不对 - Base64编码位置要统一：是加密后立刻base64（推荐），还是先拼接IV再base64？前后端必须一致，否则解密时
iv错位
Java用Cipher.getInstance("AES/CBC/PKCS5Padding")能和Python互通吗
能，但“PKCS5Padding”在Java里实际等价于PKCS#7，这点没问题；真正出问题的是密钥派生和IV生成方式。
- Java默认
SecretKeySpec接受任意字节数组作密钥，但若原始密钥不足16字节，Python侧没做同样截断或补零，就会解密失败 - 别用
SecureRandom.getInstance("SHA1PRNG")配固定seed生成IV——这会让IV可预测；应每次新建SecureRandom实例并调用nextBytes(iv) - Android API 28+对
AES/CBC/PKCS5Padding有兼容性警告，建议显式指定"AES/CBC/PKCS7Padding"（需Bouncy Castle）或改用SecretKeyFactory派生密钥
真正难的从来不是写几行AES.new()，而是保证密钥来源可信、IV不可复用、填充无歧义、编解码边界清晰——这些地方一错，加密就等于没加。
