从 .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 个文件。这说明该组件更坑，虽然没报错但给了错误的数据：
含有 95 万个文件的 zip 压缩包
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
