--ignore-platform-reqs 或精准忽略参数仅跳过安装前检查，不解决运行时扩展缺失、PHP版本不兼容等问题，反而导致 composer.lock 记录错误依赖，引发 Class not found、ParseError、ABI 不兼容等运行时故障。
运行时 Class not found 是最常见后果
加 --ignore-platform-reqs 或 --ignore-platform-req=ext-redis 只让 Composer 跳过安装前检查，不保证扩展真实存在。本地没装 ext-redis，命令跑通了，但代码里一调 new Redis() 就报 Class 'Redis' not found——这不是 Composer 的错，是它根本没、也不能替你装扩展。
类似情况还包括：ext-swoole 缺失导致 php artisan octane:start 启动失败；ext-gmp 被禁用后，ramsey/uuid v4.x 内部调用 GMP 函数直接 fatal error。
- PHP 版本跳过（如
--ignore-platform-req=php）后，可能装上用了 PHP 8.2 新语法的包，在 PHP 8.0 下运行时报ParseError或TypeError -
--ignore-platform-reqs会绕过所有lib-*检查，比如lib-curl版本不足，guzzlehttp/guzzle可能编译时无报错，但 HTTPS 请求在运行时静默失败 - CI 环境中忽略后构建成功，部署到目标机器才发现扩展 ABI 不兼容（如 PHP 8.1 编译的
ext-igbinary在 PHP 8.2 下无法加载）
composer.lock 记录了错误的“兼容快照”
composer.lock 的作用是固化可复现的依赖状态。一旦用 --ignore-platform-reqs 安装，它就会把当前环境下“勉强能装上”的版本写进去——哪怕这些版本本不该出现在你的 PHP 8.0 环境里。
结果就是：这个 lock 文件在团队其他成员或生产服务器上 composer install 时，会强制还原一套实际不可用的依赖组合。
- 执行
composer update --ignore-platform-reqs风险尤其高：它会重新解析整个依赖树，可能把symfony/console升到 v7（要求 PHP 8.2+），而 lock 文件里从此就记下了这个不兼容版本 - 即使你本地删了
vendor/，只要 lock 文件还在，下次composer install就会继续装那个“假兼容”的版本 - Git 提交 lock 文件前没意识到这点，等于把兼容性债务推给了所有人
精准忽略比全局忽略更难出错
用 --ignore-platform-req=php 至少还保留对扩展的校验；而 --ignore-platform-req=ext-gd 也只放行 GD，ext-mbstring 缺失仍会报错——这种可控性是安全底线。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
但要注意几个实操细节：
- 扩展名必须和
php -m输出完全一致，大小写敏感：ext-curl不能写成curl或php-curl - 多个忽略项要重复写参数：
--ignore-platform-req=ext-gd --ignore-platform-req=ext-mbstring，不能合并为--ignore-platform-req=ext-gd,ext-mbstring -
--ignore-platform-req=php后面不能跟版本号，写成--ignore-platform-req=php:8.0会被忽略，参数无效 - 如果项目里已配置了
"config": {"platform": {"php": "8.2.0"}}，那--ignore-platform-req=php实际上不会生效——优先级是 config.platform > 忽略参数
永久关闭 platform-check 的真正代价
在 composer.json 里加 "platform-check": false 看似一劳永逸，但它会让所有后续 composer install 和 composer update 都跳过平台校验，且这个设置会随 Git 提交传播。
这意味着：没人再能靠 Composer 提前发现环境问题。你得自己确保每次部署前都手动验证 PHP 版本、每个 ext-* 是否启用、php.ini 设置是否匹配。
更麻烦的是，它和 config.platform 共存时行为容易误判——比如你设了 "platform": {"php": "8.1.0"} 又关了 platform-check，Composer 会按 8.1 解析依赖，但不会告诉你本地其实是 8.0，也不会拦你装那些只支持 8.1+ 的包。
真正该被忽略的，从来不是平台本身，而是你明确知道“此刻缺失但后续补上”或“功能未启用故无需存在”的那一项。其余所有，都该留在校验链里。
