.NET原生ZipArchive严格校验ZIP结构，遇损坏即抛InvalidDataException或IOException；推荐用SharpZipLib的ZipInputStream流式解析并跳过坏条目，或手动扫描0x504B0304魔数盲提数据。
损坏ZIP文件读取时直接抛出InvalidDataException或IOException
标准ZipArchive（来自System.IO.Compression）在遇到结构损坏（如中央目录偏移错乱、尾部签名缺失、局部文件头校验失败）时会立即终止，不提供“尽力读取”能力。这不是bug，而是设计使然——它默认要求ZIP格式严格合规。
实际中，损坏常表现为：能用7-Zip或WinRAR手动解压出部分文件，但C#代码完全失败。原因在于这些工具内置了启发式修复逻辑（跳过坏块、重扫描文件头、忽略CRC错误），而.NET原生类库没有。
- 不要依赖
ZipFile.OpenRead()或new ZipArchive(stream)处理可疑文件——它们几乎必然崩溃 - 避免先用
FileStream读整个文件再传入ZipArchive——内存浪费且无法控制解析流程 - 损坏位置影响极大：若损坏在中央目录（通常位于文件末尾），前面的文件条目可能完好；若损坏在开头，则大概率全盘不可读
用SharpZipLib启用容错模式逐项提取
SharpZipLib（v1.3+）支持ZipInputStream流式解析，并允许跳过单个损坏条目。关键不是“修复ZIP”，而是绕过坏扇区，尝试读取其余有效内容。
示例核心逻辑：
using (var input = File.OpenRead("corrupt.zip"))
using (var zipStream = new ZipInputStream(input))
{
ZipEntry entry;
while ((entry = zipStream.GetNextEntry()) != null)
{
try
{
if (!string.IsNullOrEmpty(entry.Name) && !entry.IsDirectory)
{
// 分配缓冲区，逐块读取，不依赖Length（损坏时可能为-1）
using (var output = File.Create($"extracted/{entry.Name}"))
{
byte[] buffer = new byte[4096];
int read;
while ((read = zipStream.Read(buffer, 0, buffer.Length)) > 0)
{
output.Write(buffer, 0, read);
}
}
}
}
catch (ZipException ex) when (ex.Message.Contains("CRC") || ex.Message.Contains("invalid"))
{
// CRC校验失败：该文件内容已损坏，跳过，继续下一个
continue;
}
catch (IOException)
{
// 流提前结束：当前条目截断，放弃此文件
continue;
}
}
}
- 必须用
ZipInputStream而非ZipFile——前者是流式、可中断的；后者仍会尝试加载中央目录，易崩 -
GetNextEntry()本身可能抛异常（如中央目录损坏），需在外层try/catch包裹 - 不要信任
entry.Size或entry.Crc——损坏ZIP中这些字段常为0或乱码，以实际读取字节数为准
手动定位并跳过损坏区域（适用于中央目录丢失场景）
当ZIP损坏导致ZipInputStream在GetNextEntry()阶段就失败（例如抛Unexpected end of stream），说明连第一个本地文件头都找不到。此时可尝试“盲扫”：从文件起始逐字节查找0x50 0x4B 0x03 0x04（ZIP本地文件头魔数）。
简化的扫描逻辑要点：
- 用
BinaryReader配合BaseStream.Position遍历，每次读4字节比对 - 找到魔数后，解析后续12字节中的文件名长度、额外字段长度，跳转到文件数据起始位置
- 跳过CRC/压缩大小/未压缩大小等校验字段（直接设为0或占位值），仅按“文件名长度 + 额外字段长度 + 数据体”粗略提取
- 此法无法恢复文件名编码（可能乱码）、无目录结构、无法跳过加密文件——但能抢救出原始二进制内容
注意：这种扫描不保证100%准确，可能把普通数据误判为ZIP头，需结合文件头后字段合理性二次过滤（如文件名长度不能超65535）。
损坏程度决定恢复上限，别指望100%还原
真正严重的损坏（如ZIP头部被覆盖、多处CRC错、压缩算法标识损坏）会导致即使SharpZipLib也无法识别任何条目。此时唯一可行路径是：用xxd或十六进制编辑器人工定位疑似文件起始，按常见格式（PNG头89 50 4E 47、PDF头25 50 44 46）搜索并手动切割。
自动化脚本能做的极限是：在“中央目录损坏但局部文件头完好”的常见情况下，提取出前N个完好的文件。一旦损坏波及局部文件头本身（即每个文件开头的4字节魔数被破坏），所有库都无能为力。
所以，优先检查损坏ZIP是否还能被7-Zip的命令行7z x -y corrupt.zip部分解压——如果它能，SharpZipLib大概率也能；如果它也不能，C#里基本不用再试了。
