composer install报“不支持该平台”90%是因本地php版本或扩展（如ext-posix）与composer.lock或require声明不匹配；config.platform仅影响update，install只认lock文件；临时绕过可用--ignore-platform-req=ext-posix，但需确保运行时真实兼容。
Composer install 报“不支持该平台”，基本不是 Composer 本身出问题，而是你本地环境和 composer.lock 或 composer.json 里声明的运行前提对不上——它在严格执行约束，不是卡你。
报错含 “platform” 或 “ext-xxx missing” 怎么定位源头
这类错误通常指向 PHP 版本或扩展缺失。先确认报错里具体缺什么：ext-posix、ext-redis、还是 php: ^8.2？
- 运行
php -v和php -m，看真实版本和已启用扩展（注意 CLI 环境，不是 Web 环境） - 查谁写了硬依赖：
composer show --tree | grep -i posix（把posix换成你报错里的扩展名） - 常见“肇事包”：旧版
symfony/console、phpunit/phpunit、某些 CLI 工具，它们把ext-posix写进了require，但 Windows 根本没这个扩展
config.platform 设置了为啥没生效
config.platform 只影响 composer update 时的依赖解析，对 composer install 完全无效——它只照着 composer.lock 还原，根本不看你当前 config。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 必须把
platform放进config对象里，不能写在顶层："config": {"platform": {"php": "8.1.0", "ext-zip": "1.0"}} - 扩展名必须带
ext-前缀，且大小写、连字符要和php -m输出完全一致（ext-xdebug✅，ext-xdebg❌） - 改完后必须执行
composer update --lock，否则composer.lock还是按旧规则锁的
临时绕过但别误用
开发调试时可快速跳过校验，但绝不能提交进 composer.lock 或放进 CI 脚本。
- 忽略全部平台要求：
composer install --ignore-platform-reqs - 精准忽略某一项：
composer install --ignore-platform-req=ext-posix或composer install --ignore-platform-req=php - 多个忽略要重复写参数：
--ignore-platform-req=php --ignore-platform-req=ext-gd，逗号分隔写法无效
CI/CD 部署时怎么写才安全
CI 流水线里跑 composer install，核心是“还原”，不是“求解”。环境必须和 composer.lock 生成时一致。
- 标准写法只有这一条：
composer install --no-dev --optimize-autoloader - 绝对不要加
--ignore-platform-reqs或--force——它们掩盖的是真实环境缺陷 -
composer.lock必须由目标平台（比如 PHP 8.2 + ext-redis）生成并提交，不能靠本地开发机随便生成 - 如果 CI 报 platform 错误，优先检查 CI 镜像是否装齐了扩展，而不是改命令
最常被忽略的一点：composer install 成功只是第一步；类找不到、命令执行失败，往往是因为 vendor/autoload.php 没被正确加载，或者 bin/ 下脚本路径拼接用了 \ 而不是 /——跨平台脚本逻辑得自己兜底，Composer 不翻译也不兼容。
