PC端解密AES文件时文件损坏，Android端相同代码可正常运行

这种跨平台加密解密的兼容性问题我之前也碰到过好几次，咱们先从几个最常见的排查点和解决方案入手：

一、优先排查：文件IO与传输是否破坏了二进制数据 #

这是最容易踩坑的点，因为二进制文件（比如图片、压缩包）对字节的完整性要求极高，哪怕一个字节错了都会损坏：

• Android端保存加密数据时，必须用字节流而非字符流：如果你的Android代码里用了FileWriter、BufferedWriter这类字符输出流来写加密后的byte[]，就会把二进制数据当成字符进行编码转换（比如默认UTF-8），直接破坏原始加密字节。正确的做法是用FileOutputStream：

  // Android 正确保存加密字节的代码示例
  try (FileOutputStream fos = new FileOutputStream("encrypted_file.bin")) {
      fos.write(encryptedBytes); // 直接写入原始byte数组
  } catch (IOException e) {
      e.printStackTrace();
  }
  

• PC端读取加密文件时，同样要用二进制流：比如Java用FileInputStream/Files.readAllBytes，Python用open("file.bin", "rb")，绝对不能用文本模式读取，否则会把二进制字节转成字符时丢失或篡改数据。
• 传输过程避免文本模式：如果是通过邮件、某些聊天工具传输加密文件，要确保工具是用二进制模式传输，不要自动把文件转成文本格式（比如Base64编码后传输，再解码还原是安全的，但直接传二进制要确认工具不修改数据）。可以先在Android端计算加密文件的SHA256哈希，传到PC后再算一次，如果哈希不一致，说明传输过程中数据被篡改了。

二、核对加密解密的所有参数一致性 #

如果IO和传输没问题，那大概率是加密参数或辅助数据的处理不一致：

• 初始化向量（IV）的处理：比如AES-CBC/AES-GCM模式都需要IV，Android端加密时生成的IV必须和密文一起保存（比如把IV放在密文的开头），PC端解密时要先读取IV再解密。如果Android端没保存IV，或者PC端读取IV的长度/位置错了，解密出来的数据肯定损坏。示例：

  // Android 加密时保存IV+密文
  SecureRandom random = new SecureRandom();
  byte[] iv = new byte[16]; // AES-CBC的IV长度是16字节
  random.nextBytes(iv);
  
  Cipher cipher = Cipher.getInstance("AES/CBC/PKCS7Padding");
  cipher.init(Cipher.ENCRYPT_MODE, secretKey, new IvParameterSpec(iv));
  byte[] encryptedBytes = cipher.doFinal(plainBytes);
  
  // 合并IV和密文
  byte[] combinedData = new byte[iv.length + encryptedBytes.length];
  System.arraycopy(iv, 0, combinedData, 0, iv.length);
  System.arraycopy(encryptedBytes, 0, combinedData, iv.length, encryptedBytes.length);
  
  // 保存combinedData到文件
  

  PC端解密时要先拆分IV和密文，再初始化Cipher：

  // PC 端解密拆分IV和密文
  byte[] combinedData = Files.readAllBytes(Paths.get("encrypted_file.bin"));
  byte[] iv = Arrays.copyOfRange(combinedData, 0, 16);
  byte[] encryptedBytes = Arrays.copyOfRange(combinedData, 16, combinedData.length);
  
  Cipher cipher = Cipher.getInstance("AES/CBC/PKCS7Padding");
  cipher.init(Cipher.DECRYPT_MODE, secretKey, new IvParameterSpec(iv));
  byte[] decryptedBytes = cipher.doFinal(encryptedBytes);
  

• 加密算法、模式、填充方式完全一致：比如Android用的是"AES/GCM/NoPadding"，PC端就不能用"AES/CBC/PKCS7Padding"；如果是GCM模式，还要注意认证标签的处理（通常标签会附加在密文后面，解密时要一起传入Cipher验证）。
• 密钥生成逻辑一致：比如双方用相同的密码、盐、迭代次数、密钥派生算法（比如PBKDF2WithHmacSHA256），如果Android端用了10000次迭代，PC端用了1000次，生成的密钥就不一样，解密自然失败或损坏。

三、验证文本文件正常的原因 #

你提到文本文件加密解密正常，是因为文本文件的字节编码（比如UTF-8）在字符流处理时可能刚好没破坏关键数据，但二进制文件对字节的敏感度高，一点点错误就会导致损坏。

内容的提问来源于stack exchange，提问作者alikhtag