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 文件时可能会报错:+ A# t- N% m- |
Number of entries expected in End Of Central Directory does not correspond to number of entries in Central Directory.
关于该错误,只能搜索到零星的答案,而且大部分都是从国外网站机翻的没有任何参考价值。( Z8 q0 Y7 |: A8 k SharpZipLib : g# i) J: y2 z. A. A- }7 P+ j
在 NuGet 上以 zip 为关键词搜索时,排名第二的是一个名为 SharpZipLib 的软件包。 6 |4 K5 d' I- }7 XSharpZipLib :https://www.nuget.org/packages/SharpZipLib/1 E" N: R& L* j9 d
示例代码:9 b$ I8 q6 G! f! Q9 E5 B
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 个文件。这说明该组件更坑,虽然没报错但给了错误的数据: . L" y' C4 ]: a' x- A1 T
6 P- R3 @* f- m! f2 r DotNetZip3 ]3 }8 ~$ F! h, A
排名第三的软件包是:DotNetZip ,也是一个比较流行的类库。 4 C8 a9 z1 {4 S+ |DotNetZip : https://www.nuget.org/packages/DotNetZip/ % X2 ?! M" t j' N3 }他的用法和微软自带类库的用法相似: $ x0 c7 n& K$ ?7 b; l
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 方法打开文件时耗时较长。7 I) {3 } P5 { t( P8 [ 总结 % G( K9 h% U, ~7 n& _ 在处理 zip 文件时,微软自带的类库能满足大多数需求。如果遇到报错的情况,在确认源文件正常的情况下可以更换其他类库读取。即使在成功读取后,也需要核对读取结果的正确性:没有报错,也不代表读取到的数据就是正确的。1 v& u& N- ?- U1 a 附录3 p& j- w5 V6 N
测试文件下载地址:ftp://opendata:kagar1n@ftp.euipo ... S_20201109_0001.zip