从 .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.
DotNetZip
在处理较大的 zip 文件时推荐使用: 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 文件时,微软自带的类库能满足大多数需求。如果遇到报错的情况,在确认源文件正常的情况下可以更换其他类库读取。并且即使在成功读取后,也需要核对读取结果的正确性:没有报错,也不代表读取到的数据就是正确的。