加了--ignore-platform-reqs仍报错，因其仅跳过安装前平台校验，不解决运行时缺失扩展（如class 'redis' not found）或php语法不兼容（如php 8.1运行8.2的match表达式）；--ignore-platform-reqs跳过全部平台检查，--ignore-platform-req=php仅跳过php版本校验，保留ext-和lib-检查。
为什么加了 --ignore-platform-reqs 还是报错？
它只跳过安装前的平台校验，不解决运行时问题。比如你本地没装 ext-redis，加了参数后 composer install 能成功，但一跑 php artisan cache:clear 就报 Class 'Redis' not found。又比如项目用了 PHP 8.2 的 match 表达式，而你本地是 PHP 8.1，安装能过，运行直接 Fatal error。
--ignore-platform-reqs 和 --ignore-platform-req=php 有什么区别？
前者跳过全部平台检查（php、ext-gd、lib-curl 等），后者只跳 php 版本校验，保留对扩展和系统库的检查。这是关键差异：
-
--ignore-platform-reqs：粗暴跳过，适合 CI 构建中已确认环境最终可用的场景 -
--ignore-platform-req=php：推荐日常使用，避免因扩展缺失导致后续功能失效 -
--ignore-platform-req=ext-gd：大小写敏感，必须严格匹配依赖声明中的名字（如ext-imagick不能写成imagick） - 多个可叠加：
--ignore-platform-req=php --ignore-platform-req=ext-mbstring
什么时候该用，什么时候不该用？
该用的场景：
- CI 流水线里 PHP 版本略低（如锁文件记的是 8.2，CI 是 8.1），但你确认代码没用 8.2 新语法
- 本地开发机缺某个非核心扩展（如
ext-gd），而你要调试的功能模块根本不用图像处理 -
composer create-project卡住，且你确定目标框架在当前环境能跑（如 Laravel 11 拉取时提示缺ext-pdo_sqlite，但你只用 MySQL）
不该用的场景：
- 生产部署前临时加参数“先跑起来再说”——这等于把兼容性风险推到上线后
- 团队协作中未同步说明就提交带
"platform-check": false的composer.json - 想绕过
conflict规则（比如包声明了"conflict": {"php": ">=8.3"}），这个参数完全无效
有没有比 ignore-platform-reqs 更稳妥的替代方案？
有，而且更可控：
- 临时覆盖平台声明：
composer install --platform=php:8.1.20 --platform=ext-gd:1，它会模拟指定环境解析依赖，不影响其他机器 - 项目级关闭检查（仅当前项目）：
"config": { "platform-check": false }加进composer.json，比全局配置安全 - 精准降级 platform 声明：
"config": { "platform": { "php": "8.1.20" } }，让 Composer 按这个版本选包，而不是硬跳过
真正麻烦的不是装不上，而是装上了却在 opcache 缓存后才暴露错误——这时候回溯成本远高于一开始配对环境。
