加 --ignore-platform-req=php 是最常用且相对安全的解法，仅跳过 PHP 版本校验，保留对扩展的检查；若缺多个扩展可叠加使用，如 --ignore-platform-req=php --ignore-platform-req=ext-gd。
composer install 报 “Your platform does not meet the minimum requirements” 怎么办
直接加 --ignore-platform-req=php 是最常用且相对安全的解法，它只跳过 PHP 版本校验，保留对 ext-mbstring、ext-curl 等扩展的检查。常见错误现象包括：Your platform does not meet the minimum requirements，或更具体的 The requested PHP extension ext-gd * is missing from your system——但你其实装了 gd，只是 PHP 版本号带 RC（如 8.3.0RC1）导致 Composer 严格匹配失败。
使用场景：仅 PHP 版本不匹配，其他环境正常。若同时缺多个扩展，可叠加使用：
--ignore-platform-req=php--ignore-platform-req=ext-gd--ignore-platform-req=ext-intl
注意：--ignore-platform-req（无等号无值）是无效参数，命令会直接退出；该参数只影响当前命令，不修改 composer.json 或 composer.lock。
--ignore-platform-reqs 导致运行时 Class 'Redis' not found 的真实原因
--ignore-platform-reqs 仅跳过安装前校验，不确保扩展真实存在或可用。本地没装 ext-redis，加该参数后 composer install 成功，但运行时 new Redis() 直接报 Class 'Redis' not found；项目依赖 laravel/octane，它硬要求 ext-swoole，忽略后 php artisan octane:start 启动即失败。
关键点：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
--ignore-platform-reqs=true是非法参数，命令直接退出 - 它绕不过
config.platform.php的硬编码值——如果composer.json里写了"platform": {"php": "8.1"}，哪怕加了--ignore-platform-reqs，Composer 仍按 8.1 解析依赖树 -
composer install和composer update行为差异极大：install按composer.lock还原，update重算整个依赖树，后者加--ignore-platform-reqs可能拉取根本跑不动的新版本
删 composer.lock 后执行 composer install 为什么报错
composer install 的语义就是“按锁文件还原”，没有 composer.lock，它根本不知道该装什么版本——这不是忽略的问题，是命令误用。删锁后直接跑 composer install，会报 Lock file does not contain required package 或直接拒绝运行。
正确做法：
- 删
composer.lock后改用composer update：它读composer.json，重新解析依赖树，生成新锁文件 - 若只是修复损坏的
vendor/，应只删vendor/，保留composer.lock，再跑composer install - 手动编辑
composer.lock更危险：哪怕改错一个逗号，JSON 解析失败就会触发Invalid argument supplied for foreach()
真正该做的是定位谁在拦：composer prohibits 的实操价值
依赖冲突时报 Conclusion: don’t install X，这不是版本能“忽略”的问题。这是 Composer SAT 求解器判定当前依赖图无解——别的包硬性 require 旧版，你塞的新版本和它逻辑冲突。加任何 --ignore-platform-req* 参数都无效。
必须做的动作：
- 运行
composer prohibits vendor/package:v3.2.0，输出会直接告诉你哪个包哪条require导致失败 - 安全做法：降级那个冲突包，再
composer update conflicting-package - 临时绕过：先
composer require vendor/package:v3.2.0 --no-update写进composer.json，再composer update vendor/package --with-all-dependencies
复杂点在于：config.platform 配置优先级高于命令行参数，而 composer.lock 记录的版本可能已脱离当前环境能力——忽略平台要求本身不解决问题，只是把崩溃从安装阶段推迟到运行时，且更难复现。
