--ignore-platform-reqs并非忽略环境，而是“假装没环境”，易致运行时崩溃；其无效常因config.platform.php硬编码覆盖，需先composer config --unset config.platform再使用，且应优先选用--ignore-platform-req=php等精准参数而非全局跳过。
别直接用 --ignore-platform-reqs —— 它不是“忽略环境”，而是“假装没环境”，容易装完就崩。
为什么 --ignore-platform-reqs 有时加了也没用？
它只跳过 php、ext-*、lib-* 这三类检查，但绕不过 config.platform.php 的硬编码值。比如你在 composer.json 里写了：
"config": { "platform": { "php": "8.2.0" } }
那 Composer 就会“假装”你运行在 PHP 8.2 上，哪怕你本地是 8.1，--ignore-platform-reqs 也无效。
- 先确认是否被
config.platform卡住：composer config --list | grep platform - 临时清掉它：
composer config --unset config.platform - 再试
composer install --ignore-platform-reqs
--ignore-platform-req=php 和 --ignore-platform-reqs 差在哪？
前者只跳过 PHP 版本校验，后者跳过全部（PHP + 所有扩展 + 系统库）。CI 脚本里盲目用后者，可能装出 Class 'Redis' not found 的包，但错误要到运行时才暴露。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install --ignore-platform-req=php：适合本地 PHP 小版本略低，但ext-mbstring、ext-curl都齐全 -
composer install --ignore-platform-req=ext-gd：适合缺 GD 库，但 PHP 版本完全匹配 - 多个要重复写：
--ignore-platform-req=php --ignore-platform-req=ext-igbinary，不支持逗号或通配符 - 拼错就等于没写：
--ignore-platform-req ext-gd（少个s）会被忽略，命令照常报错
哪些平台要求名能被 --ignore-platform-req 识别？
只认两类：固定关键字 php，或带 ext- 前缀的扩展名（大小写敏感，不可缩写）。
- ✅ 正确：
ext-gd、ext-mbstring、ext-openssl、ext-redis - ❌ 无效：
gd、mbstring、curl、openssl（漏了ext-） - 不确定扩展名？运行
php -m查已启用模块，或看phpinfo()输出里的 “Additional Modules”
composer install 和 composer update 加参数的风险差异
--ignore-platform-req=xxx 在两个命令里行为不同：前者只跳过安装前校验；后者可能让 Composer 选中本不该兼容的依赖版本，写进 composer.lock，污染整个项目。
- ✅ 推荐只在
install时用，尤其 CI 构建阶段（如 GitHub Actions 中 PHP 版本略低） - ⚠️ 少用
update+ 该参数，除非你清楚自己在降级兼容性边界 - 装完别以为万事大吉：运行
php -l扫描关键文件，或最小化启动入口脚本验证
真正难的不是跳过检查，而是判断哪一项该跳、哪一项必须补全——比如 ext-redis 缺失时，与其跳过，不如在 Dockerfile 或 CI 脚本里明确 docker-php-ext-install redis。跳过只是临时拐杖，环境一致性才是底座。
