根本原因是Composer严格校验PHP环境与扩展是否满足platform/require声明；--ignore-platform-req需指定项名，--ignore-platform-reqs跳过全部约束；参数须置于install/update之后；忽略后仍需确保运行时环境达标。
为什么 composer install 会报 “Your requirements could not be resolved”？
根本原因不是依赖写错了，而是 Composer 默认严格校验当前 PHP 环境和扩展（如 ext-mbstring、php >=8.1）是否满足 composer.json 中的 platform 或包的 require 声明。比如你在 PHP 7.4 环境下试图安装一个声明了 "php": "^8.2" 的包，就会直接中断，哪怕你其实知道这个包在 7.4 下也能跑。
--ignore-platform-req 和 --ignore-platform-reqs 的区别
这两个参数名字像，但行为不同，容易混用错：
-
--ignore-platform-req后必须跟具体项名，例如--ignore-platform-req php或--ignore-platform-req ext-gd，只忽略某一项 -
--ignore-platform-reqs（带s）是全局开关，跳过所有平台约束，包括php、ext-*、lib-*
多数场景下你想绕过整个环境限制，应该用 --ignore-platform-reqs；只忽略某扩展（比如临时缺 ext-redis 但其他都齐）才用单数版 + 明确项名。
实际安装命令怎么写才有效
注意：该参数必须放在 install 或 update 子命令之后、其他选项之前，否则会被忽略。常见错误是把它丢到最前面或混在 -d 之类选项里。
正确示例：
composer install --ignore-platform-reqs
只忽略 PHP 版本但保留扩展检查：
composer update --ignore-platform-req php
忽略多个特定项（注意要重复写参数）：
composer install --ignore-platform-req php --ignore-platform-req ext-mbstring --ignore-platform-req ext-xml
用了 --ignore-platform-reqs 之后要注意什么
它只是让 Composer 跳过校验，并不解决运行时问题。如果真缺某个扩展（比如 ext-curl），代码执行时仍会抛 Fatal error: Uncaught Error: Call to undefined function curl_init()。
- 确认目标环境最终能加载对应扩展，否则只是把报错从安装阶段推迟到运行阶段
- CI/CD 流水线中慎用，尤其不能用在生产构建环节——这相当于主动放弃兼容性兜底
- 某些包（如 Laravel Octane）会通过
extension_loaded()在启动时二次检查，--ignore-platform-reqs对它无效 - 如果项目用了
config.platform手动声明了 PHP 版本，该参数同样会绕过它，但 composer.lock 里记录的仍是被伪造的平台信息，可能误导协作者
真正稳妥的做法，是优先升级 PHP 或补全扩展；只有在调试、容器临时构建、或明确知道某包“虚标版本”时，才动这个开关。
