java 文件加解密须用aes-cbc模式配随机iv和安全密钥管理：iv用securerandom生成16字节并随密文保存；密钥禁明文硬编码，应动态生成或安全加载；大文件用cipherinputstream/outputstream流式处理；注意jdk版本、填充方式及路径编码兼容性。
Java 中实现文件的安全加密与解密存储，核心是使用对称加密算法（如 AES）配合安全的密钥管理、初始化向量（IV）和标准填充方式。不靠“存个密码”或简单 Base64，而是真正让文件内容在磁盘上不可读、不可逆推——即使文件被拷走，没有密钥和 IV 就无法还原。
AES 加密必须用 CBC 模式 + 随机 IV
CBC（Cipher Block Chaining）模式能防止相同明文块生成相同密文，大幅提升抗分析能力。关键点在于每次加密都需生成新的、不可预测的 IV：
- 用 SecureRandom 生成 16 字节 IV（AES 块大小），不能复用、不能硬编码
- IV 不需要保密，但必须和密文一起保存（比如写入加密文件开头，或单独存为 .iv 文件）
- 解密时先读取 IV，再用它初始化 Cipher，否则会抛出 BadPaddingException 或解密乱码
密钥不能明文写死，要安全生成或受控加载
密钥是整个加密体系的命门。常见错误是把密钥直接写成字符串，例如 "mySecretKey12345678" —— 这等于没加密。
- 推荐首次运行时用 KeyGenerator.getInstance("AES").init(256) 生成并持久化到受保护位置（如加密配置文件、系统密钥库）
- 若需人工输入密钥，务必用 char[] 接收并立即清空，避免留在内存堆中被 dump 出来
- 密钥字节数必须严格匹配：AES-128→16 字节，AES-192→24 字节，AES-256→32 字节；UTF-8 编码长度易出错，建议用 SecretKeySpec 显式构造
用 CipherInputStream / CipherOutputStream 流式处理大文件
避免一次性把整个文件读进内存（OOM 风险），而是通过流管道边读边加解密：
- 加密：FileInputStream → CipherOutputStream → FileOutputStream
- 解密：FileInputStream → CipherInputStream → FileOutputStream
- 注意：CipherOutputStream 的 close() 会自动完成最终块填充和输出；手动调用 doFinal() 反而容易重复加密
- 务必在 try-with-resources 中关闭所有流，否则可能丢失最后部分数据或 IV 写入失败
别忽略异常与兼容性细节
看似简单的加解密，实际运行中常因环境差异失败：
- Java 8u161+ 默认启用强加密策略，但旧 JDK 可能限制 AES-256，需确认 local_policy.jar 是否替换
- 抛 InvalidKeyException 多因密钥长度不对或算法名拼错（如写成 "AES/ECB/PKCS5Padding" 却没 IV）
- 抛 IllegalBlockSizeException 通常发生在解密时 IV 错、密钥错，或加密端用了不同填充（如 PKCS5Padding 和 PKCS7Padding 在 Java 中等价，但跨语言需统一）
- 文件路径含中文或空格时，用 Paths.get(...) 替代字符串拼接，避免 URI 编码问题
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
