使用DotNetZip解压PowerShell生成的Zip包时遇IOException：文件已存在

可能原因分析 #

• 与Microsoft.PowerShell.Archive的空文件夹处理问题直接相关：Compress-Archive在打包空文件夹时，生成的Zip条目可能不符合标准Zip规范（比如用文件条目模拟文件夹、未正确设置文件夹的属性标记）。Windows资源管理器和7zip对这类非标准条目兼容性较强，能自动识别并处理，但DotNetZip对规范的遵循更严格，解压时会因条目解析异常触发临时文件冲突，抛出“文件已存在”的IO异常。
• 包结构差异导致的偶发问题：异常包大概率包含嵌套层级较深的空文件夹，或者部分空文件夹带有特殊属性（如只读、系统属性），Compress-Archive打包时生成了异常的Zip元数据；而正常包的文件夹结构更简单，没有触发这个打包bug。
• DotNetZip的临时文件逻辑冲突：ExtractAll+OverwriteSilently模式下，DotNetZip会先创建临时文件再替换目标文件，但如果Zip中的空文件夹条目异常，会导致临时文件无法被正确清理或替换，进而触发文件存在的冲突。

解决方案建议 #

• 临时规避空文件夹问题：打包前给所有空文件夹添加一个占位文件（比如新建空的.placeholder文件），避免Compress-Archive生成异常的空文件夹条目。
• 替换压缩工具为7zip：改用7zip命令行工具（7z a 压缩包名.zip 源目录）生成Zip包，7zip对Zip规范的实现更严谨，生成的包兼容性更强，能彻底避免PowerShell打包工具的这类兼容性问题。
• 调整DotNetZip解压逻辑：
  1. 解压前先删除目标路径下的对应目录内容，再调用ExtractAll，不依赖OverwriteSilently的自动覆盖逻辑；
  2. 手动处理Zip条目，识别并跳过异常的空文件夹条目，单独创建空文件夹而非通过DotNetZip的自动处理逻辑。

内容的提问来源于stack exchange，提问作者Andreas Reiff