--ignore-platform-reqs 参数跳过 php 版本及扩展等平台级依赖校验，仅绕过 composer.json 中 platform 或包声明的 php/ext-* 要求，不解决语义化版本冲突，ci/cd 中慎用以防掩盖真实兼容问题。
composer install 时跳过依赖版本检查
直接加 --ignore-platform-reqs 参数就能绕过 PHP 版本、扩展（如 ext-zip）等平台级依赖校验。这不是跳过包版本约束，而是让 Composer 忽略你本地环境是否满足 composer.json 里 platform 或依赖包声明的 php、ext-* 要求。
常见错误现象：执行 composer install 报错类似 Your requirements could not be resolved to an installable set of packages.，但实际只是因为本地 PHP 是 8.1，而某包写了 "php": "^8.2" —— 这时候不是包冲突，是平台检查卡住了。
- 只对当前命令生效，不影响锁文件内容
- CI/CD 中慎用：可能掩盖真实环境不兼容问题
- 不能解决
require里语义化版本冲突（比如"monolog/monolog": "^2.0", "monolog/monolog": "^3.0"），那得改composer.json
强制安装指定版本，无视 composer.lock
想装某个包的特定版本，又不想被 composer.lock 锁死，用 composer require vendor/package:version --no-update 先写入 composer.json，再跑 composer update vendor/package。如果连 lock 文件校验都想跳过，就加 --ignore-platform-reqs 一起用。
使用场景：临时调试一个 dev 分支、测试 patch 版本、或降级修复 bug。
-
composer require vendor/package:dev-main会触发更新，但默认仍受 lock 文件约束 - 加
--no-update是为了防止意外升级其他包 - 如果项目有
platform.config，它定义的php版本也会被--ignore-platform-reqs跳过
config platform 的作用和误用风险
composer config platform.php 7.4.33 是在 composer.json 里硬编码一个“假装的 PHP 版本”，让 Composer 在解析依赖时按这个版本去匹配 require 条件。它和 --ignore-platform-reqs 效果类似，但更持久、更隐蔽。
容易踩的坑：
- 团队协作时，有人 commit 了
platform配置，别人拉下来直接install就可能装出无法运行的扩展（比如写了"ext-gd": "*"却没装 GD） - PHP 升级后忘记删
platform，会导致新特性用不了，还查不出原因 - 它不解决扩展缺失问题，只骗过版本判断；
ext-redis没装，照样 runtime 报错
忽略某条依赖的版本约束（不推荐）
Composer 本身不支持“忽略某个包的版本要求”，只有全局开关。真要绕开，只能手动改 composer.json 的 require 字段，或者用 composer require vendor/package:dev-feature --update-with-dependencies 强制拉取开发分支——但这本质是换了个满足条件的版本，不是忽略。
性能与兼容性影响：
- 用
--ignore-platform-reqs不影响安装速度，但可能让后续autoload失败或扩展调用报Call to undefined function - CI 环境里如果用了 Docker，最好保持容器 PHP 版本和
platform一致，而不是靠参数硬顶 - 某些私有包的
autoload-dev依赖高版本 PHP，跳过检查后vendor/bin/phpunit可能直接起不来
最常被忽略的是：跳过检查后，composer.lock 里记录的仍是原始平台信息，下次别人不带参数 install，还是会失败。所以别只顾自己跑通，要看 lock 文件是否还能被团队复用。
