应谨慎使用--ignore-platform-req=php而非--ignore-platform-reqs，前者仅跳过PHP版本校验、保留扩展检查，适用于本地PHP低小版本但环境完备场景；后者绕过全部平台检查，仅限确认运行时实际达标时临时使用，且不可用于composer update。
能跳，但必须知道跳哪一项、为什么跳、谁来兜底。直接甩 --ignore-platform-reqs 最快，也最容易让项目上线后报 Class 'Redis' not found 或 Undefined function str_contains() —— 它不修复问题，只绕过提醒。
什么时候该用 --ignore-platform-req=php
你本地 PHP 版本比 composer.json 的 require 或 config.platform.php 低一个点（比如锁文件要求 ^8.2，你本地是 8.1.26），但所有扩展都装齐了，代码也没用 8.2+ 新语法。
- 命令必须写成
composer install --ignore-platform-req=php（等号后不能带版本号） - 它只跳过 PHP 版本校验，
ext-gd、ext-redis等仍会检查，能帮你提前暴露真实缺失 - CI 脚本里推荐这个写法，而不是一棍子打死
- 叠加多个项：例如同时跳
php和ext-igbinary，就写composer install --ignore-platform-req=php --ignore-platform-req=ext-igbinary
--ignore-platform-reqs 不是万能钥匙
它强制跳过全部平台项：PHP 版本、所有扩展（ext-mbstring、ext-curl）、系统库（lib-curl）——但不会改 composer.lock，也不会让不兼容的包“变兼容”。
- 只应在你**确认运行时环境实际达标**时使用，比如 Docker 构建阶段扩展还没装完，但后续步骤会补上
- 别在
composer update上加它，否则可能把只支持 PHP 8.2 的包写进锁文件，污染整个团队 -
--ignore-platform-reqs=true是非法写法，Composer 直接报错 - 它对版本冲突完全无效：如果报的是
Your lock file does not contain a compatible set of packages，删composer.lock才是正解
永久关闭？只限当前项目，且要配套验证
想让 composer install 和 composer update 都不走平台检查，唯一安全做法是在项目级 composer.json 的 config 段加：
{
"config": {
"platform-check": false
}
}
- 别碰
composer global config，那会把你所有新拉的 Laravel 项目都悄悄绕过检查 - 设为
false后，Composer 不再验证你有没有ext-gd，但如果你同时写了"platform": {"php": "8.3"}，它仍按 8.3 解析依赖 —— “假装有”和“不检查”是两回事 - Git 提交前得跟团队同步：这个配置等于把兼容性兜底责任从工具移交到人
最常被忽略的一点：平台检查只是门禁，不是安检。跳过去不代表里面安全——vendor/bin/phpunit 启动时照样会因自身 require 校验失败而退出，那跟 Composer 无关。
