使用 C# 读取 zip 压缩包解压文件的方法及注意事项

从 .NET Framework 4.5 版本开始，微软为 .NET 类库增加了一个名为 ZipFile 的类型。该类型在 System.IO.Compression 命名空间下，提供创建、解压缩和打开 zip 存档的静态方法。若要在 .NET Framework 应用中使用 ZipFile 类，必须添加对程序集
System.IO.Compression.FileSystem 的引用。

参考链接：

https://docs.microsoft.com/zh-cn/dotnet/api/system.io.compression.zipfile?view=net-6.0

使用以下代码读取压缩文件内容：

但是，有时候上述代码会不好用。当遇到一个较大的 zip 文件时可能会 错：

Number of entries expected in End Of Central Directory does not correspond to number of entries in Central Directory.

关于该错误，只能搜索到零星的答案，而且大部分都是从国外 站机翻的没有任何参考价值。

SharpZipLib

在 NuGet 上以 zip 为关键词搜索时，排名第二的是一个名为 SharpZipLib 的软件包。

SharpZipLib ： https://www.nuget.org/packages/SharpZipLib/

示例代码：

在遇到同样的 zip 包时，上述代码没有 错，但结果仍是错误的：ZipFile 类型有一个名为 Count 的属性，用于获取该 zip 包中的文件数量。使用一个包含 95 万个小文件的压缩包进行测试时，该属性的取值却只有 39866 ，也只能获取到 39866 个文件。这说明该组件更坑，虽然没 错但给了错误的数据：

含有 95 万个文件的 zip 压缩包

DotNetZip

排名第三的软件包是： DotNetZip ，也是一个比较流行的类库。

DotNetZip : https://www.nuget.org/packages/DotNetZip/

他的用法和微软自带类库的用法相似：

经测试，该类库在处理上文提到的文件时没有 错，且获得了正确的文件内容。唯一的遗憾是 Read 方法打开文件时耗时较长。

总结

在处理 zip 文件时，微软自带的类库能满足大多数需求。如果遇到 错的情况，在确认源文件正常的情况下可以更换其他类库读取。即使在成功读取后，也需要核对读取结果的正确性：没有 错，也不代表读取到的数据就是正确的。

附录

测试文件下载地址：

ftp://opendata:kagar1n@ftp.euipo.europa.eu/Applicant/Full/APPLICANTS_20201109_0001.zip