加--ignore-platform-reqs仅跳过安装时的php版本与扩展检查，但会导致装入不兼容版本（如php 8.2下硬装monolog v1），使autoload类映射缺失或路径错误，进而引发vendor/autoload.php加载失败或类找不到；运行时工具（如phpunit）仍会自行校验环境并报错。
直接加 --ignore-platform-reqs 能让 composer install 过去，但大概率会在运行时崩——它不修复问题，只绕过检查。
为什么 vendor/autoload.php 加载失败或类找不到
Composer 生成自动加载规则时，会读取已安装包的 autoload 和 require 字段。如果因跳过平台检查装了本不该装的版本（比如 PHP 8.2 下硬装了只兼容 7.4 的 monolog/monolog:v1），classmap 就可能漏掉关键类，或 psr-4 映射路径根本不存在。
- 检查
vendor/composer/autoload_classmap.php是否包含你预期的类名和路径 - 运行
composer dump-autoload -o强制重生成，比反复install更快定位 autoload 问题 - 若用
classmap或psr-4，确保对应目录真实存在、权限正常——--ignore-platform-reqs不会修复路径错误
vendor/bin/xxx 执行时报错，跟 Composer 无关
很多命令行工具（如 phpunit、larastan）自己在启动时做 PHP 版本或扩展校验。即使你用 --ignore-platform-reqs 成功装上了它们，运行时仍可能被拒绝：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
phpunit内部有if (version_compare(PHP_VERSION_ID, '80100') -
phpstan的require字段声明了"php": "^8.2"，它自己会检查，不是 Composer 安装阶段的问题 - 这类报错通常带明确提示，比如
Fatal error: Uncaught Error: Call to undefined function str_contains()，说明是运行时 PHP 版本不达标
CI 构建成功但部署后崩溃，原因常被忽略
CI 环境里用 --ignore-platform-reqs 装完依赖，不代表最终运行环境真能跑。最容易踩的坑是：
- Docker 构建分阶段：
composer install在 builder 阶段执行（没装ext-gd），但 runtime 镜像里也忘了装——结果部署后一调图片处理就Class 'Imagick' not found - CI 中用了
--ignore-platform-req=php，但某个依赖包内部用了 PHP 8.2 的match表达式，而生产服务器是 8.1，语法解析直接失败 -
composer.lock里记录的是“跳过检查后选中的版本”，下次有人不用该参数install，可能拉不到同一套包，导致行为不一致
config.platform 模拟环境比全局忽略更危险
在 composer.json 里写 "platform": {"php": "8.1.0"} 不是“忽略”，而是“假装”——它会改变依赖解析逻辑，让 Composer 主动选一个标称支持 PHP 8.1 的包版本，哪怕你本地是 PHP 7.4。
- 后果包括：装出来的包在真实 7.4 下运行时报
str_contains()不存在 -
"platform": {"php": null}是非法配置，会直接报错 - 它不解决
vendor/bin/xxx自身的运行时校验，也不会让缺失扩展 magically 出现 - CI 中推荐用
--platform=php:8.1.0 --platform=ext-gd:1临时覆盖，而不是永久改composer.json
真正麻烦的不是装不上，而是装上了却在 runtime 因缺少扩展或语法不兼容突然崩——尤其当项目启用了 opcache 时，错误可能延迟暴露，日志里只留一个空白 500。
