最快安装 Composer 的方式是：先用 curl -sS https://getcomposer.org/installer | php 直接执行安装，再立即全局配置阿里云镜像、并行下载（10）和 prefer-dist，最后清缓存；CI/CD 中还需使用 --no-dev --prefer-dist --no-autoloader --no-scripts 参数精简 install 流程。
最快安装 Composer 的方式，不是“下载完就完事”，而是一步到位配好全局加速环境。光装上 composer 命令没用，不换源、不开并发、不设 prefer-dist，后续每次 composer install 都会卡在 downloading，实际耗时可能比安装本身长 10 倍。
怎么跳过验证直接装（适合 CI/CD 或可信环境）
开发机建议走校验流程，但 CI 构建、Docker 构建或内网部署时，可省掉 SHA-384 校验环节，直接拉取并安装：
- 执行
curl -sS https://getcomposer.org/installer | php下载composer-setup.php - 立即运行
sudo mv composer.phar /usr/local/bin/composer - 加执行权限（部分系统需要）：
sudo chmod +x /usr/local/bin/composer
注意：curl -sS 已静默跳过进度条和错误提示，| php 直接执行不落地，减少临时文件 I/O。但此方式绕过了签名验证，仅限你信任网络链路的场景。
装完立刻配全加速项（别等第一次 install 再补）
新装完 composer 后，必须马上执行这三步，否则首次 install 就会慢到怀疑人生：
- 换阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 开并行下载（Composer 2.2+）：
composer config -g parallel-downloads 10 - 强制 dist 模式：
composer config -g prefer-dist true
执行完再跑 composer clear-cache 清旧缓存——否则它可能还在用 packagist.org 的元数据，镜像等于白配。验证是否生效：分别运行 composer config -g repo.packagist、composer config -g parallel-downloads 和 composer config -g prefer-dist，三个都应输出对应值。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
为什么有些项目装得还是慢？重点排查这三点
即使全局配好了，个别项目仍卡住，常见原因不是配置漏了，而是项目自身“不配合”：
-
composer.json里写了"prefer-source": true—— 它会覆盖全局prefer-dist，必须手动删掉 - 用了私有 GitLab/GitHub 仓库且未配置
dist地址，prefer-dist会直接报错Could not find a matching version of package xxx - 依赖里含大量
path类型仓库（如"monolog/monolog": {"type": "path", "url": "../monolog"}），这类本地路径包无法走 dist，会 fallback 到 source，且不参与并发下载
遇到卡在某个包，先看它是不是私有源或 path 类型；再检查 composer.json 的 config 段有没有硬编码冲突项。
CI 脚本里别写 composer install 就完事
CI 环境不是开发机，不需要 autoload 文件、不需要执行 post-install 脚本、也不需要 dev 包。只保留最精简有效组合：
composer install --no-dev --prefer-dist --no-autoloader --no-scripts- 如果后续要跑 PHP，补一句
composer dump-autoload --optimize --classmap-authoritative即可
漏掉 --no-dev 可能多下 50+ 个测试/分析类包；漏掉 --no-autoloader 会让生成 vendor/autoload.php 多花 2–4 秒（尤其 Laravel 项目）；而 --no-scripts 能避免意外触发前端构建或缓存清理脚本，这些在 CI 中纯属冗余。
真正影响速度的从来不是“怎么装 Composer”，而是“装完第一秒就配什么”。很多团队花半小时调 Dockerfile，却忘了在基础镜像里预置那三条 composer config -g 命令——结果每个构建都重复走一遍慢速初始化。
