--ignore-platform-reqs仅跳过安装前校验，不解决运行时扩展缺失、PHP版本语法不兼容等问题，故install成功后仍会因Class not found或Fatal error崩溃；它只让Composer“闭嘴”，不保证环境真实可用。
会报错，但不是 Composer 安装阶段报的——它成功了，运行时才崩。 --ignore-platform-reqs 只跳过安装前校验，不解决 PHP 版本语法不兼容、扩展缺失、lib 库未链接等真实环境问题。
为什么加了 --ignore-platform-reqs 还是 Class not found？
这个参数根本不管运行时有没有扩展。它只让 Composer 闭嘴，不拦你把代码拷进 vendor/。但代码里一旦调用 new Redis() 或 mb_strlen()，PHP 解释器发现没加载对应扩展，立刻抛 Class 'Redis' not found 或 Undefined function mb_strlen()。
- 本地没装
ext-redis，加参数后composer install成功 → 运行php artisan cache:clear直接挂 - 项目用了 PHP 8.2 的
match表达式，但你本地是 PHP 8.1 → 安装完第一次执行就Fatal error: Uncaught ParseError -
composer.json里写了"ext-gmp": "*"，而你的 PHP 是禁用 GMP 的定制版 →composer install --ignore-platform-reqs能过，vendor/bin/phpunit启动即退出
--ignore-platform-req=php 比 --ignore-platform-reqs 安全在哪？
前者只绕开 PHP 版本声明（比如 "php": "^8.2"），但保留对所有 ext-* 和 lib-* 的检查。这意味着：即使你本地是 PHP 8.0，只要 ext-mbstring、ext-curl 都在，Composer 仍会拦住你装一个硬依赖 ext-igbinary 的包。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--ignore-platform-reqs：全放行，风险最高，CI 脚本里无条件用等于埋雷 -
--ignore-platform-req=php：只松动版本，扩展照查，适合本地开发临时适配线上 PHP 版本 -
--ignore-platform-req=ext-redis --ignore-platform-req=ext-gd：可叠加，值必须和php -m输出完全一致（大小写敏感，不能漏ext-前缀） -
--ignore-platform-reqs=true是非法写法，Composer 直接报错退出
删 composer.lock 后 composer install 报错，是不是也能用 --ignore-platform-reqs？
不能。这是两类错误：composer.lock 缺失导致的 Lock file does not contain required package 是命令语义错误，不是平台不匹配。Composer 明确拒绝在没有锁文件的情况下执行 install。
- 正确做法是删锁后改用
composer update—— 它读composer.json重新算依赖树 - 想保留当前已装版本？用
composer update --lock，只更新 lock 文件结构，不改包版本 -
--ignore-platform-reqs在这里完全无效，加了也还是报错 - 误删
vendor/但保留composer.lock？直接composer install就行，不需要任何忽略参数
Docker 构建中用 --ignore-platform-reqs 最容易被忽略的点
builder 阶段用高版本 PHP + --ignore-platform-reqs 装完包，但 runtime 镜像里没装对应扩展 —— 这不是 Composer 的问题，是镜像分层没对齐。构建时“假装有”，运行时“真没有”，崩溃必然发生。
- builder 镜像装了
ext-swoole，runtime 镜像没装 →php artisan octane:start启动失败 - builder 用 PHP 8.3 编译，runtime 用 PHP 8.1 → 即使扩展都齐，
match或||=运算符也会触发解析错误 - 真正该做的是：在 runtime 镜像中确保
php.ini启用了所有运行时必需扩展，而不是靠--ignore-platform-reqs掩耳盗铃
