使用ExcelDataReader读取FTP下载的.xls文件时出现无效文件签名错误

问题原因分析 #

• 文件格式与扩展名不匹配：源文件可能并非标准BIFF格式（.xls的官方规范格式），而是CSV、HTML、XML或其他非Excel格式被重命名为.xls。Office/WPS具备自动识别多种格式的能力，但ExcelDataReader依赖严格的文件头签名校验，无法识别这类“伪xls”文件。
• FTP传输模式错误：如果FTP传输时使用ASCII文本模式而非二进制模式，二进制的.xls文件会被篡改（比如换行符转换、字符编码变更），破坏文件头的签名信息。办公软件能修复这类轻微损坏，但ExcelDataReader会直接判定签名无效。
• 非标准xls格式：部分第三方工具导出的.xls文件未遵循BIFF规范（比如旧版Excel 3.0格式、自定义导出格式），办公软件兼容这类非标准格式，但ExcelDataReader仅支持符合规范的文件。

关键疑问解答 #

1. 为何重新另存后能正常读取？
   另存操作会让Office/WPS将文件转换为标准的BIFF格式，修复原文件的格式不规范问题，生成符合ExcelDataReader校验要求的文件头签名。

2. 源文件是否损坏？
   不一定是物理损坏，更多是格式不标准或传输时被篡改。办公软件的兼容机制可以绕过这些问题，但ExcelDataReader的严格校验无法通过。

3. 为何本地办公软件能打开？
   Office和WPS内置了强大的格式解析引擎，支持自动识别多种非标准格式、修复轻微损坏的文件，甚至能解析伪装成.xls的其他格式文件；而ExcelDataReader作为轻量级库，仅依赖文件头签名判断格式，没有兼容修复逻辑。

解决方案 #

1. 检查文件签名确认格式 #

用十六进制编辑器打开下载后的文件，查看前8字节：

• 标准BIFF格式（Excel 97-2003 .xls）的签名为：D0 CF 11 E0 A1 B1 1A E1
• 如果不是这个值，说明文件格式与扩展名不匹配，需要调整读取方式（比如按CSV读取）或要求源文件生成标准.xls。

2. 强制FTP二进制传输 #

替换原代码中的WebClient下载逻辑为FtpWebRequest，明确设置二进制传输模式，避免文件被篡改：

// 替换原WebClient下载代码
var ftpUri = new Uri(new Uri(ftpServerUrl), folderPath + file);
var localFilePath = Path.Combine(Path.GetTempPath(), file);

var request = (FtpWebRequest)WebRequest.Create(ftpUri);
request.Credentials = new NetworkCredential(ftpUsername, ftpPassword);
request.Method = WebRequestMethods.Ftp.DownloadFile;
request.UseBinary = true; // 强制二进制传输，关键设置

using (var response = (FtpWebResponse)request.GetResponse())
using (var responseStream = response.GetResponseStream())
using (var fileStream = File.Create(localFilePath))
{
    responseStream.CopyTo(fileStream);
}

3. 兼容非标准格式（可选） #

如果源文件确实是非标准格式，可尝试：

• 要求生成文件的工具导出标准的.xls或.xlsx格式；
• 使用Office自动化（需安装Office）或第三方库将文件转换为标准格式后再读取；
• 如果是CSV伪装成.xls，直接按CSV格式读取文件内容。

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