最稳妥方式是用--ignore-platform-req=xxx精准跳过指定项，而非--ignore-platform-reqs全局忽略；后者易致运行时崩溃且掩盖真实环境问题。
全局配置 COMPOSER_IGNORE_PLATFORM_REQS 是最危险的“捷径”
它会让所有项目跳过 PHP 版本、扩展（ext-gd、ext-mbstring 等）、系统库（lib-* ）检查，但不是配置项，而是环境变量——设了就全局生效，且无法按项目覆盖。
常见误操作：
- 在
~/.composer/config.json里写"platform-check": false—— 这个字段根本不存在，Composer 忽略它，不报错也不生效 - 用
composer config -g ignore-platform-reqs true—— 命令无效，ignore-platform-reqs不是 config key，不能这样存 - 把
COMPOSER_IGNORE_PLATFORM_REQS=1写进 shell profile 后忘了关 —— 导致本地开发时composer install静默装错包，比如在 PHP 7.4 上装了只兼容 8.2 的包
composer config -g platform 伪造全局平台能力不可行
你不能用 composer config -g platform.ext-gd "8.1.0" 全局伪造扩展存在。因为 config -g 写入的是全局配置，而 platform 只在项目级 composer.json 的 config 段中才被 Composer 解析；全局配置里的 platform 字段会被完全忽略。
真实行为：
- 运行
composer config -g platform.ext-gd "1"后，composer show --platform仍显示本地真实扩展列表，不会多出ext-gd - 执行
composer install时，依然报Your requirements could not be resolved，因为 platform 声明没生效 - 唯一能被识别的
platform位置：项目根目录composer.json中的"config": { "platform": { ... } }
真正可用的“类全局”策略：用 --config-platform 临时覆盖
这个命令行参数能在单次运行中注入虚拟平台信息，不改任何文件，适合 CI 脚本或临时调试，且优先级高于项目 composer.json 中的 platform 设置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
实操要点：
- 语法必须严格：
composer install --config-platform.php=8.1.28 --config-platform.ext-gd=1，等号前后不能有空格，值必须是字符串（"1"可，true不可） - 它只影响本次命令，
composer.lock生成时会记录该平台快照，但下次运行不带参数就恢复检查 - 不能绕过硬性限制：比如 Composer 自身要求 PHP ≥ 7.4，而你用 PHP 7.2 运行，加了
--config-platform.php=8.1.0也启动失败，会直接报 fatal error - CI 中推荐组合使用：
composer install --no-interaction --config-platform.ext-pcntl=1 --config-platform.ext-posix=1 --no-scripts，避免 post-install-cmd 因扩展缺失崩溃
为什么别碰 platform-check: false 这种伪配置
网上有些教程说在 composer.json 里加 "platform-check": false 就能关掉运行时检查——这是过时/错误信息。Composer 从 2.0 起就移除了该字段，现在它既不触发警告，也不产生任何效果。
更麻烦的是副作用：
- 它会让你误以为“已关闭检查”，结果
composer update仍严格校验平台，依赖解析失败却找不到原因 - 某些 IDE 或插件读取该字段后可能自行做兼容判断，导致行为不一致
- 真正影响运行时扩展检查的是 autoload 和服务提供者逻辑（如 Laravel 的
ExtensionServiceProvider），不是 Composer 配置；想绕过，得改代码或换包，不是改composer.json
最容易被忽略的一点：你用 --ignore-platform-req=ext-gd 让 composer install 成功了，不代表 imagecreatefromjpeg() 能跑；运行时报 Call to undefined function 时，堆栈已经深到框架底层，远不如 Composer 报错直观。
