强制忽略平台约束会导致composer install成功但运行时崩溃，因PHP版本、扩展等不兼容问题被推迟到执行阶段暴露，如Fatal error或Class not found。
composer install 强制忽略平台约束会怎样
直接后果是 composer install 失败，报错类似 Your requirements could not be resolved to an installable set of packages. —— 因为 Composer 默认启用平台检查（platform-check），它会比对当前 PHP 版本、已加载扩展（如 ext-mbstring）、甚至 ICU 版本，和包的 require 声明是否匹配。
强行绕过不是“装上就完事”，而是把兼容性问题推到运行时：比如装了只支持 PHP 8.2 的 symfony/console v7.x 到 PHP 8.1 环境，可能在调用 match 表达式或新类型语法时直接 Fatal error；或者装了依赖 ext-igbinary 的包但没启用该扩展，启动就抛 Class "IgbinarySerializer" not found。
--ignore-platform-req 和 --ignore-platform-reqs 的区别
两者都跳过平台检查，但粒度不同：
-
--ignore-platform-req=ext-redis：只忽略某一个扩展要求，其余照常校验（适合你确定某个扩展缺失但其他都 OK） -
--ignore-platform-reqs：彻底关闭所有平台检查（PHP 版本、所有扩展、lib-*等全放行，风险最高）
常见误操作是以为加了 --ignore-platform-reqs 就能“假装环境达标”，其实 Composer 只是不拦你安装，不负责后续代码能否执行。例如你在 PHP 7.4 装 Laravel 11（要求 PHP 8.2+），composer install 成功，但第一次 php artisan 就挂。
为什么 vendor/autoload.php 加载后仍报扩展缺失
因为 --ignore-platform-reqs 不影响运行时扩展加载逻辑。Composer 安装的是代码，不是扩展本身。以下情况依然会失败：
- 包的
src/里写了extension_loaded('amqp')检查，运行时触发异常 - 类中用了
new \AMQPConnection()，但ext-amqp根本没编译进 PHP -
composer.json中require了"ext-gmp": "*"，而你的 PHP 是禁用 GMP 的精简版
真正起作用的是 PHP 配置本身：php.ini 是否启用了对应扩展，以及扩展的 ABI 兼容性（比如 PHP 8.1 编译的 ext-swoole 无法在 PHP 8.2 下加载）。
替代方案：更安全的“降级适配”路径
强制忽略只是临时止痛，实际项目应优先考虑向下兼容：
- 查清目标包的最低 PHP 版本和扩展依赖：用
composer show vendor/package --all看历史版本的require - 换用旧版包：比如要装
ramsey/uuid，但系统只有 PHP 7.4，则改用"ramsey/uuid": "^3.9"（支持 PHP 7.1+），而非硬上^4.7（需 PHP 8.0+） - 用
config.platform假装环境：在composer.json加"config": {"platform": {"php": "7.4.33", "ext-mbstring": "1.0"}}，让 Composer 在解析依赖时按此“虚拟平台”计算，既避开报错，又不破坏真实运行环境
最常被忽略的一点：某些包的扩展依赖写在 require-dev 或 suggest 里，看起来不强制，但主流程里悄悄用了——得翻源码确认实际调用点，不能只看 composer.json 表面声明。
