composer update --ignore-platform-reqs 比 install 更危险，因它会重解析整棵依赖树并在“假装平台全满足”前提下升级，可能装入仅兼容 php 8.0+ 的包（如含 str_contains()），而本地为 php 7.4 导致运行时 fatal error；install 则按 composer.lock 还原，通常不触发平台冲突。
为什么 composer update --ignore-platform-reqs 比 install 更危险
它会重解析整棵依赖树，且在“假装所有平台都满足”的前提下做升级决策。结果可能是：装进一个内部用了 str_contains() 的包（PHP 8.0+ 才有），但你本地是 PHP 7.4，运行时直接 Fatal error: Uncaught Error: Call to undefined function str_contains()。
-
composer install默认按composer.lock还原，只要锁文件当初能装上，通常不会触发平台冲突 -
composer update不读 lock 的平台快照，而是实时重算——此时跳过检查，等于把兼容性判断权完全交给 Composer 的推测逻辑 - 如果你的
composer.json里有"conflict": {"php": ">=8.3"}，--ignore-platform-reqs也拦不住，照样失败
--ignore-platform-reqs 和 --ignore-platform-req=php 的实际差异
前者跳过全部平台项：PHP 版本、所有扩展（ext-gd、ext-redis）、系统库（lib-curl）一概不查；后者只跳过 PHP 版本校验，保留对扩展的检查，能帮你暴露真实缺失项。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 大小写敏感：
ext-zip不能写成zip或Ext-Zip - 可叠加多个：
composer update --ignore-platform-req=php --ignore-platform-req=ext-gd - 该参数从 Composer 2.2 起支持，低于此版本会静默忽略
CI/CD 中最常踩的坑：加了 flag 却没锁 PHP 版本
GitHub Actions 或 GitLab CI 里写了 composer update --ignore-platform-reqs，但 job 没指定 php-version，结果跑在默认 PHP 7.4 上——测试通过，部署到 PHP 8.1 环境后报错。
- 必须显式声明运行时版本，例如 GitHub Actions 中加
php-version: '8.1' - Docker 构建中，base image 的 PHP 和扩展要和
config.platform或实际需求一致，不能靠 flag “硬顶” -
--ignore-platform-reqs不改composer.lock的平台字段，但生成的 lock 可能记录了无法在目标环境运行的包版本
真要绕过 PHP 版本限制，优先用 --ignore-platform-req=php
它只跳过 PHP 版本校验，保留对 ext-mbstring、ext-gd 等扩展的检查，能帮你暴露真实缺失项，而不是一并掩盖。
- 正确写法：
composer update --ignore-platform-req=php（注意等号后是php，不是版本号） - 别用
composer update --ignore-platform-reqs代替环境对齐——它不修复兼容性，只掩盖问题 -
config.platform是持久化伪装，不是忽略：往composer.json里写"platform": {"php": "8.1.0"}，是告诉 Composer “当前环境就是 PHP 8.1.0”，从而影响依赖解析结果
--ignore-platform-reqs 看似解决了安装卡点，实则把兼容性验证从安装前移到了运行时，而后者更难复现、更难定位。
