Linux解压.zip文件首选unzip命令，因tar -xzf仅支持.tar.gz等归档+压缩混合格式，不原生识别.zip；强行使用会报“gzip: stdin: not in gzip format”错误。
Linux 中解压 .zip 文件，首选 unzip 命令；它开箱即用、行为明确，但默认交互式覆盖逻辑容易误删文件。
为什么不用 tar -xzf 解 zip？
tar 不原生支持 .zip 格式——它识别的是 .tar.gz、.tar.bz2 等归档+压缩混合格式。.zip 是自包含的归档格式（含目录结构、权限、时间戳等），和 tar 的设计模型不同。强行用 tar -xzf file.zip 会报错：gzip: stdin: not in gzip format 或直接静默失败。
-
tar只能靠插件（如libarchive）或外部工具（如bsdtar）间接支持 zip，不可靠且非标准 - 系统自带的
tar（GNU tar）默认不启用 zip 支持，即使编译时带了选项，也需显式加-a或用tar -xf（不推荐依赖） - 混淆使用会导致路径错误、权限丢失、中文名乱码（尤其未加
-O或--utf8时）
unzip 基本用法与关键参数
绝大多数 Linux 发行版预装 unzip；若提示 command not found，先安装：sudo apt install unzip（Debian/Ubuntu）或 sudo yum install unzip（CentOS/RHEL）。
- 解压到当前目录：
unzip archive.zip - 解压到指定目录（必须存在，且有写权限）：
unzip archive.zip -d /path/to/target - 静默执行（不打印解压列表）：
unzip -q archive.zip - 强制覆盖不提示：
unzip -o archive.zip（注意：这会无警告覆盖同名文件） - 只列出内容不提取：
unzip -l archive.zip（检查是否含预期文件再解压） - 测试完整性（不释放文件）：
unzip -t archive.zip（下载中断或传输损坏时必做）
常见陷阱与绕过方式
看似简单，但几个细节常导致失败：
CentOS Linux 7.9.2009
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
下载
- 路径含空格或中文：shell 会截断，务必用引号包裹，如
unzip "my file.zip"或unzip my\ file.zip - 解压后文件权限全为
600：zip 格式本身不存储 Linux 权限位，unzip默认不设执行位；如需恢复可加-X（尝试还原 UID/GID）或后续用chmod批量修正 - 目录结构被扁平化：若 zip 内是
src/main.py，默认解压会重建该路径；想全部扔进当前目录，加-j（junk paths），如unzip -j archive.zip - 密码保护 zip：
unzip -P 'mypass' archive.zip，但密码明文出现在历史记录和进程列表中，敏感场景建议改用交互式输入（不加-P，让命令自动提示）
大文件或特殊需求时的替代方案
当 unzip 不够用（比如内存受限、需流式处理、或 zip 损坏严重），可考虑：
- 用
7z（需sudo apt install p7zip-full）：7z x archive.zip—— 对损坏 zip 恢复能力更强，支持更多编码 - 仅查看某文件内容（不解压）：
unzip -p archive.zip path/in/zip.txt | head -20（-p输出到 stdout） - 排除特定文件解压：
unzip archive.zip -x "*.log" "__MACOSX/*" - 批量解压多个 zip：
for f in *.zip; do unzip "$f"; done（注意引号防空格）
真正容易被忽略的点是：zip 文件可能来自 Windows，内部路径分隔符为反斜杠 \，而 unzip 在 Linux 下通常能自动转换，但某些老旧版本或非标准打包工具生成的 zip 仍可能导致路径创建失败——此时先用 unzip -l 确认路径格式，必要时配合 zipinfo 或 7z l 查看原始元数据。
