ZipArchive 支持流式读取 ZIP 内指定文件而不解压到磁盘：需用 ZipArchiveMode.Read 打开，GetEntry 获取条目后调用 Open() 得到流；注意 FileShare.Read、路径大小写与斜杠、null 判空及复用实例提升性能。
用 ZipArchive 打开 ZIP 并直接读取指定文件流
不需要解压到磁盘，ZipArchive（来自 System.IO.Compression）支持只读打开 ZIP，并按路径名定位内部文件。关键在于用 ZipArchiveMode.Read 打开，再通过 GetEntry(string) 获取目标项，最后调用 Open() 得到可读流。
常见错误是误用 ExtractToFile 或尝试把整个 ZIP 加载进内存再解析——既慢又占资源。正确做法是流式访问：
-
ZipArchive必须用using管理，否则底层FileStream可能被锁住 - 路径名必须和 ZIP 内实际路径完全一致（区分大小写，且用正斜杠
/，即使 Windows 打包也建议统一用/） - 如果文件不存在，
GetEntry返回null，不抛异常，需手动判空
using (var archive = new ZipArchive(fileStream, ZipArchiveMode.Read))
{
var entry = archive.GetEntry("data/config.json");
if (entry != null)
{
using (var stream = entry.Open())
using (var reader = new StreamReader(stream))
{
string content = reader.ReadToEnd();
}
}
}
从文件路径构造 FileStream 时注意 FileShare.Read
直接传 new FileStream(path, FileMode.Open) 很容易在多线程或重复读取时触发“文件正由另一进程使用”错误。ZIP 包本质是随机访问的二进制文件，多个 ZipArchive 实例可能同时读同一文件。
解决方案是显式指定共享模式：
- 务必加
FileShare.Read，否则第二次读会失败 - 避免用
File.OpenRead()，它默认不共享 - 如果 ZIP 文件可能被外部修改，还需考虑加
FileOptions.RandomAccess提升性能
using (var fs = new FileStream(zipPath, FileMode.Open, FileAccess.Read, FileShare.Read))
using (var archive = new ZipArchive(fs, ZipArchiveMode.Read))
{
// ...
}
处理嵌套路径、中文名和 ZIP64 兼容性
路径中含中文或深层嵌套（如 folder/sub/abc.txt）一般没问题，但要注意三点：
- ZIP 中文名依赖打包工具是否写入了 UTF-8 标志位；.NET 6+ 默认启用
ZipArchive的 UTF-8 解码，旧版本（.NET Framework 4.8 / .NET Core 3.1）需手动设置useAsync = false并确保系统区域设置匹配，否则乱码 - 嵌套路径不用额外处理，
GetEntry支持完整路径字符串，无需逐级找ZipArchiveEntry - 超大 ZIP（>4GB）需 ZIP64 支持，
ZipArchive在 .NET Core 2.1+ 和 .NET 5+ 中原生支持，但 .NET Framework 4.8 需确认运行时补丁已安装，否则BadImageFormatException或静默失败
想读取多个小文件？别反复新建 ZipArchive
每次 new ZipArchive 都要解析中央目录，对含数百个文件的 ZIP 来说，反复打开同一 ZIP 读不同文件效率极低。应该复用一个实例：
- 把
ZipArchive作为 long-lived 对象缓存（例如用ConcurrentDictionary），注意线程安全 - 不要在
using块外返回ZipArchiveEntry.Open()的流——该流生命周期绑定于ZipArchive实例 - 若需异步读，用
entry.Open().CopyToAsync(dest)，但ZipArchive本身不支持 async 构造，所以打开阶段仍是同步阻塞
真正容易被忽略的是：ZIP 文件头损坏或中央目录偏移错位时，ZipArchive 不会立刻报错，而是在第一次调用 GetEntry 或遍历 Entries 时才抛 InvalidDataException。线上服务最好加一层快速校验逻辑，比如先读前 4 字节是否为 PK\x03\x04。
