直接安装unzip命令即可解决“unzip未找到”报错，因composer默认优先调用系统级unzip解压zip包，而非php zip扩展；最小化系统及docker镜像常缺失该工具，需按系统执行对应安装命令（如apt install unzip或apk add unzip）并验证unzip -v输出版本。
直接装 unzip 就行，别折腾 PHP zip 扩展——它只是备选，不是替代方案。
为什么报“unzip 未找到”，而不是 PHP zip 扩展问题？
Composer 在解压 ZIP 包（比如 Laravel 安装器、私有包的 dist 发布）时，默认调用系统级 unzip 命令。它和 PHP 的 zip 扩展是两回事：前者是 shell 工具，后者是 PHP 内置模块。报错里出现 The zip extension and unzip command are both missing，说明两者都缺；但只要 unzip 命令可用，Composer 就不会 fallback 到 PHP zip 扩展。
- 最小化系统（Alpine、Ubuntu Server minimal）、Docker 镜像（
php:alpine、php:slim）几乎都不带unzip -
which unzip或unzip -v没输出，就确认缺失 - 即使
php -m | grep zip显示已启用，也救不了这个报错
不同系统安装 unzip 的命令别写错
别复制粘贴错包管理器，尤其注意 Alpine 和 RHEL 系的差异：
- Ubuntu / Debian：
sudo apt update && sudo apt install -y unzip - CentOS Stream / RHEL 8+：
sudo dnf install -y unzip（yum在新版里已弃用） - Alpine Linux（Docker 最常用）：
apk add --no-cache unzip（必须加--no-cache，否则镜像层会残留缓存） - macOS（Homebrew）：
brew install unzip（M1/M2 上某些精简环境可能真没装）
装完立刻验证：unzip -v 应输出版本号，且 composer install 不再卡在 “downloading” 后的解压阶段。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
Docker 镜像里最容易漏掉的一件事
很多人 RUN 了 pecl install zip && docker-php-ext-enable zip，以为万事大吉——但这是 PHP 层面的 zip 支持，和系统 unzip 命令完全无关。哪怕 PHP zip 扩展开着，php:alpine 镜像里照样没有 unzip。
- Dockerfile 中必须显式加一行：
RUN apk add --no-cache unzip（Alpine）或RUN apt-get update && apt-get install -y unzip（Debian） - 不要依赖 “PHP zip 扩展开了就能解压” 这个假设，Composer 默认优先走系统命令
- CI/CD 流水线用的自定义镜像，要检查 base 镜像是否含
unzip，而不是只看 PHP 扩展列表
实在不能装 unzip？临时绕过方式及其代价
仅限权限受限的 CI 环境等极端情况，不推荐长期使用：
- 确保 PHP
zip扩展已启用：php -m | grep zip有输出 - 强制 Composer 禁用系统命令：
export COMPOSER_DISABLE_SYSTEM_UNZIP=1（注意不是COMPOSER_NO_INTERACTION） - 然后运行
composer install
代价很明确：解压速度慢 3–5 倍，对含符号链接、长路径、非 UTF-8 文件名的 ZIP 包兼容性差——线上部署千万别这么干。
真正省事的办法，就是花 10 秒把 unzip 装上。它不是可选项，是 Composer 解压流程的默认依赖路径。
