应先确认PHP实际启用的扩展、检查composer.json中platform字段、确保CI环境正确安装扩展，而非仅用--ignore-platform-reqs压制；该参数仅跳过平台检查，不解决运行时缺扩展问题。
composer install 报 “ext-xxx missing” 怎么绕过？
直接加 --ignore-platform-reqs 就能跳过扩展缺失报错，但这是临时压制，不是修复——装完大概率运行时报错，得看清楚你压的是什么。
这个参数只跳过 platform 层检查：PHP 版本、扩展（如 ext-zip、ext-mbstring）、INI 设置（如 memory_limit）。它完全不碰包之间的版本依赖逻辑。
-
composer install --ignore-platform-reqs是最常用写法，适合 CI 环境临时验证流程或本地快速拉下 vendor（比如你只是想看 autoload 结构） - 如果只想跳过某一个扩展，可以精确指定：
composer install --ignore-platform-reqs=ext-zip - 搭配
--no-scripts可避免 post-install-cmd 因缺扩展而失败（比如某些脚本依赖ext-gd） - 别和
--force-reinstall混用——后者是重装行为，跟平台检查无关；两者叠加不会增强效果，反而掩盖真实问题
为什么加了 --ignore-platform-reqs 还报错？
因为错误根本不在 platform 层。常见假象：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 报错信息里带
Your requirements could not be resolved或Conclusion: don't install xxx→ 这是依赖冲突，不是扩展缺失，--ignore-platform-reqs完全无效 - 报错含
Class not found或Call to undefined function→ 很可能是装上了，但运行时缺扩展，压制安装 ≠ 运行可用 - 用
php8.0 composer install却仍报ext-redis 8.1 required→ 说明composer.json里写了"platform": {"ext-redis": "8.1"}，这种硬编码的 platform 声明会覆盖实际 PHP 环境，得删掉或改对
真正该修什么，而不是一直绕？
绕过只是手段，不是终点。以下三点漏掉任意一个，--ignore-platform-reqs 都只是推迟爆炸时间：
- 确认当前 PHP CLI 实际启用的扩展：运行
php -m | grep -i zip，别信 phpinfo() 页面或 Web Server 的配置 - 检查
composer.json根级有没有"platform"字段，尤其注意它是否锁死了不存在的扩展版本（例如"ext-igbinary": "3.2.13"而你根本没装） - CI 环境中，确保安装步骤包含扩展启用：比如 GitHub Actions 里要显式
sudo apt-get install php-zip或用shivammathur/setup-php动态装扩展
最常被忽略的是：你以为在修 Composer，其实是在修 PHP 环境本身。压制报错容易，让 new ZipArchive() 真的能跑，才是关键。
