解密TXT文件遇数据长度无效错误，求控制台应用调试方案

看起来你在开发解密文件的控制台应用时碰到了「数据长度无效」的报错，这个问题大多和加密解密流程里的字节处理、密钥/IV匹配或者文件读写方式有关，我给你梳理几个核心排查方向和解决办法：

1. 务必用二进制模式读写文件 #

加密后的文件本质是字节流，绝对不能用文本模式读取——文本模式会默认按编码解析字节，很容易导致字节丢失或篡改，直接触发数据长度错误。

• 错误示例（文本模式读加密文件）：

  // 错误：文本模式会破坏加密字节的完整性
  string encryptedContent = File.ReadAllText(@"C:\DestinationFolder\source.txt");
  byte[] encryptedBytes = Encoding.UTF8.GetBytes(encryptedContent);
  

• 正确做法（二进制模式）：

  // 直接读取原始字节数组，避免编码干扰
  byte[] encryptedBytes = File.ReadAllBytes(@"C:\DestinationFolder\source.txt");
  

  解密后的写入也建议先写二进制字节，再根据原文件编码转文本：

  File.WriteAllBytes(@"SourceFolder\Newfolder\destination.txt", decryptedBytes);
  // 如果原文件是文本格式，再转成字符串处理
  string decryptedText = Encoding.UTF8.GetString(decryptedBytes);
  

2. 验证加密解密的密钥、IV完全一致 #

如果加密时用的密钥（Key）和初始化向量（IV）和解密时不匹配，解密过程根本无法正确解析字节结构，必然会报长度错误。要确保：

• 密钥长度符合加密算法要求（比如AES的密钥长度必须是128、192或256位）
• IV的值在加密和解密时完全相同（如果加密时用了随机IV，一定要把IV和密文一起存储，解密时取出复用）

3. 检查加密文件的完整性 #

如果source.txt加密文件损坏、保存不完整（比如中途中断导致字节缺失），解密时也会触发长度异常。你可以：

• 重新生成加密文件，确保加密流程完整执行完毕
• 核对加密后的字节长度：比如AES是16字节的块大小，密文长度必须是16的整数倍

4. 检查解密算法的实现逻辑 #

比如使用CryptoStream时，要让流自动处理解密后的字节，不要手动截断数组：

using (var decryptor = aes.CreateDecryptor(key, iv))
using (var ms = new MemoryStream(encryptedBytes))
using (var cs = new CryptoStream(ms, decryptor, CryptoStreamMode.Read))
using (var reader = new StreamReader(cs))
{
    // 让StreamReader自动读取所有解密后的内容
    string decryptedText = reader.ReadToEnd();
    File.WriteAllText(@"SourceFolder\Newfolder\destination.txt", decryptedText);
}

调试小技巧 #

你可以在调试时加几个关键点：

• 输出加密文件的字节长度，确认是否符合算法的块大小要求
• 打印密钥和IV的字节数组，对比加密时的数值是否完全一致
• 逐段跟踪解密过程中的字节变化，定位哪一步出现了长度异常

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