从 .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
使用以下代码读取压缩文件内容:
var fn = @"test.zip";
using (var zip = ZipFile.OpenRead(fn))
{foreach (var entry in zip.Entries){Console.WriteLine("文件名:{0}", entry.FullName);using (var stream = entry.Open())using (var reader = new StreamReader(stream)){var str = reader.ReadToEnd();Console.WriteLine(str);}}
}
但是,有时候上述代码会不好用。当遇到一个较大的 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/
示例代码:
var fn = @"test.zip";
using (var zip = new ZipFile(fn))
{foreach (ZipEntry entry in zip){Console.WriteLine("文件名:{0}", entry.Name);using (var stream = zip.GetInputStream(entry))using (var reader = new StreamReader(stream)){var str = reader.ReadToEnd();Console.WriteLine(str);break;}}
}
在遇到同样的 zip 包时,上述代码没有报错,但结果仍是错误的:ZipFile 类型有一个名为 Count 的属性,用于获取该 zip 包中的文件数量。使用一个包含 95 万个小文件的压缩包进行测试时,该属性的取值却只有 39866 ,也只能获取到 39866 个文件。这说明该组件更坑,虽然没报错但给了错误的数据:
DotNetZip
排名第三的软件包是:DotNetZip ,也是一个比较流行的类库。
DotNetZip : https://www.nuget.org/packages/DotNetZip/
他的用法和微软自带类库的用法相似:
var fn = @"test.zip";
using (var zip = ZipFile.Read(fn))
{foreach (var entry in zip.Entries){Console.WriteLine("文件名:{0}", entry.FileName);using (var stream = entry.OpenReader())using (var reader = new StreamReader(stream)){var str = reader.ReadToEnd();Console.WriteLine(str);}}
}
经测试,该类库在处理上文提到的文件时没有报错,且获得了正确的文件内容。唯一的遗憾是 Read 方法打开文件时耗时较长。
总结
在处理 zip 文件时,微软自带的类库能满足大多数需求。如果遇到报错的情况,在确认源文件正常的情况下可以更换其他类库读取。即使在成功读取后,也需要核对读取结果的正确性:没有报错,也不代表读取到的数据就是正确的。
附录
测试文件下载地址:
ftp://opendata:kagar1n@ftp.euipo.europa.eu/Applicant/Full/APPLICANTS_20201109_0001.zip