答案是直接复制报错末尾的扩展名（如ext-zip），再用php -m | grep zip验证cli是否启用；ubuntu需按php -v版本装对应包（如php8.2-zip），windows需在php.ini中取消分号并重启全部服务。
确认 CLI 模式下缺失的是哪个扩展
Composer 走的是 PHP CLI 模式，不是浏览器里看到的 Web 环境。报错里明确写的 ext-zip、ext-gd、ext-mbstring 这类就是你要补的——别猜，直接复制错误末尾的扩展名。
运行 php -m 查当前 CLI 已启用的扩展，再用 grep 过滤：
php -m | grep zip
没输出就说明 CLI 确实没加载；有输出但 Composer 还报错，可能是版本不匹配（比如项目要求 ext-swoole >=4.4.8，而你装的是 4.2.x）。
-
php -v看 CLI 实际 PHP 版本（注意：可能和 Web 不同） -
php --ini看 CLI 加载的php.ini路径，这才是你要改或验证的地方 - 别依赖
phpinfo()页面——它反映的是 Web SAPI，和 Composer 无关
Ubuntu/Debian 上安装扩展必须带 PHP 版本号
系统默认的 php-zip 包可能装到 PHP 8.1，而你 CLI 用的是 8.2，结果还是 missing。
先确认版本：
php -v
再装对应包：
sudo apt update && sudo apt install php8.2-zip php8.2-gd php8.2-mbstring php8.2-xml
- 包名必须严格匹配
php{主版本}.{次版本}-{扩展名}，比如php8.2-dom、php8.2-intl - 装完不用手动改
php.ini：apt 会自动在/etc/php/8.2/cli/conf.d/下生成20-zip.ini这类文件 - 验证是否生效：
php -m | grep zip必须有输出，且php -r "var_dump(extension_loaded('zip'));"输出bool(true)
Windows（XAMPP/WAMP）启用扩展的三个硬性条件
取消注释 php.ini 只是第一步，缺一不可：
- 用
php --ini找到 CLI 实际读的php.ini（常见路径：C:\xampp\php\php.ini或C:\wamp64\bin\php\php8.2.12\php.ini） - 在该文件中找到
;extension=php_mbstring.dll或;extension=gd，删掉分号；Windows 下多数扩展用.dll后缀，不是.so - 检查
extension_dir是否指向正确目录（如extension_dir = "ext"），并确认该目录下真有对应 DLL 文件（比如ext\php_gd2.dll） - 改完必须重启整个 XAMPP/WAMP 控制面板里的所有服务（Apache + MySQL + PHP），只重启 Apache 不生效
临时跳过检查不等于解决问题
加 --ignore-platform-req=ext-redis 能让 composer install 跑通，但后续运行时遇到 Class 'Redis' not found 就得自己兜底。
这个参数只跳过 Composer 的静态检查，不解决实际缺失。
- CI/CD 环境里用它容易掩盖真实环境缺陷，上线后立刻崩
- 多个扩展缺失时，要逐个写
--ignore-platform-req，非常容易漏 - 真正稳定的方案永远是：装对版本、启对配置、CLI 和 Web 两头都验证
最容易被忽略的是 CLI 和 Web 使用不同 php.ini，以及 Homebrew 用户没同步 ICU 版本导致 mbstring 静默失效——这些坑不踩一次很难记住。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
