应使用--ignore-platform-req=ext-gd等精准参数跳过指定扩展检查，而非危险的全局--ignore-platform-reqs；后者会跳过php版本、所有ext-和lib-校验，易致运行时fatal error。
composer install/update 时跳过扩展检查
当 composer install 或 composer update 报错提示缺少 ext-gd、ext-mbstring 等扩展，但你确认项目实际运行并不依赖它们（比如只是 dev 依赖用到，或 CI 环境刻意精简），可以直接跳过平台扩展校验。
核心是加 --ignore-platform-reqs 参数——它会同时忽略 PHP 版本、扩展（ext-*）、INI 设置（如 memory_limit）三类约束。
-
composer install --ignore-platform-reqs：从composer.lock安装，跳过所有平台要求 -
composer update --ignore-platform-reqs：更新依赖时也跳过校验，但会重新解析版本，可能引入不兼容变更 - 若只想跳过扩展、保留 PHP 版本检查，可用更细粒度参数：
--ignore-platform-req=ext-gd --ignore-platform-req=ext-curl
为什么不能只靠 --ignore-platform-reqs 解决所有问题
这个参数只是绕过 Composer 的安装校验，并不解决运行时缺失扩展的报错。比如项目代码里写了 gd_info()，而 PHP 确实没装 gd 扩展，安装成功后运行仍会抛 Call to undefined function gd_info()。
常见误判场景：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 本地开发环境有
ext-redis，但测试服务器没装，加了--ignore-platform-reqs能装上phpredis包，但Redis::connect()运行时直接 fatal error -
composer.json中"require": {"ext-zip": "*"}是为了确保 ZipArchive 类可用，跳过之后，ZipArchive::open()调用失败不会被提前拦截 - 某些包（如
symfony/console）在post-install-cmd阶段会主动检测扩展，此时--ignore-platform-reqs已失效
CI/CD 脚本中安全使用 --ignore-platform-reqs 的条件
在 GitHub Actions、GitLab CI 等自动化流程中，该参数常用于快速拉起环境，但必须满足两个前提才真正安全：
- 明确知道缺失的扩展仅影响开发辅助功能（例如
phpunit/php-code-coverage依赖ext-xdebug，但测试本身不启用覆盖率） - 运行时容器或服务器已通过其他方式确保关键扩展就位（例如 Dockerfile 中已执行
docker-php-ext-install gd mbstring） - 避免在生产部署脚本中无条件使用——
composer install --no-dev --ignore-platform-reqs是高危组合，dev 依赖被剔除后，--ignore-platform-reqs可能掩盖真实运行环境缺陷
替代方案：用 platform 配置伪造扩展存在
比起全局忽略，更可控的做法是在 composer.json 里声明“我有这些扩展”，让 Composer 信以为真，又不干扰运行时判断：
{
"config": {
"platform": {
"php": "8.2.10",
"ext-gd": "8.2.10",
"ext-mbstring": "8.2.10"
}
}
}
这样既避免了 --ignore-platform-reqs 的粗暴性，又能让依赖解析通过。注意："ext-xxx" 的值可以任意填（如 "0" 或版本号），Composer 只认键名是否存在。
这个配置对团队协作更友好——不需要每个人记着加参数，也不会因漏加导致 CI 失败；但它无法解决运行时真的缺扩展的问题，终究还是得靠环境配齐。
