Composer 生产环境提速需同时满足：删 vendor 和 composer.lock、清缓存、配置镜像、设 http-max-concurrent-downloads 为 10、用 --no-dev --prefer-dist --no-autoloader --no-scripts，并确保 lock 文件更新以启用 dist 下载。
Composer 导出（composer install --no-dev --prefer-dist 等场景）本身不涉及“导出”命令，但用户实际想提速的是 composer install 或 composer update 在生产环境下的执行效率——尤其是去掉 dev 依赖、强制走 dist 包、跳过脚本和 autoload 生成等环节。真正卡点不在“导出”，而在元数据拉取、包下载、依赖解析三阶段，配置错一个就白忙。
为什么 composer install --no-dev 还是慢？
常见错觉是加了 --no-dev 就万事大吉，其实它只跳过 require-dev 的安装，不影响以下耗时环节：
- 元数据仍从 packagist.org 加载（若镜像未生效，
Loading composer repositories卡住） - dist 包仍直连
github.com（镜像源不托管 zip，Downloading https://codeload.github.com/持续超时） - autoload 重生成虽被
--no-autoloader跳过，但依赖解析阶段（Resolving dependencies）仍受 Xdebug 和 memory_limit 拖累
composer config -g http-max-concurrent-downloads 必须设为 8–10
这是 Composer 2.2+ 唯一有效的并发下载参数，旧版 parallel-downloads 已废弃且静默忽略。设太低（默认 3）等于串行下载；设太高（>12）在非 HTTP/2 镜像上反而触发排队阻塞。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先确认版本：
composer --version≥ 2.2 - 正确写法：
composer config -g http-max-concurrent-downloads 10 - 验证是否生效：
composer config -g http-max-concurrent-downloads输出应为10，不是空或报错 - 注意：该配置对
composer create-project无效，它绕过全局设置
删 composer.lock 才能让镜像真正生效
镜像只影响元数据拉取，而 composer.lock 里存的是具体 dist URL（如 "url": "https://api.github.com/..."）。不删 lock 文件，Composer 就照着旧地址硬下，镜像形同虚设。
- 执行顺序必须是：
rm -rf vendor/ composer.lock→composer clear-cache→composer install --no-dev --prefer-dist --no-autoloader --no-scripts - CI 中尤其关键：缓存
~/.composer/cache是好事，但若缓存里混了旧镜像或官方源的 packages.json，必须composer clear-cache强制刷新 - 项目级配置优先级高于全局，检查
composer.json是否有"repositories"字段覆盖了镜像
--prefer-dist 不是万能开关
它只在包的 composer.json 明确提供 "dist" 字段时才生效。如果日志里仍有 Cloning https://github.com/，说明 fallback 到了 source 模式——此时再调参数也无用，得换包或手动指定 dist。
- 验证方式：
composer install -vvv | grep -E "(Cloning|Downloading)" - 高频私有包可显式定义 dist：
"dist": {"type": "zip", "url": "https://mirrors.aliyun.com/xxx.zip"}（需镜像站实际托管） - 企业级方案：部署 Satis 或 Toran Proxy，把 GitHub zip 缓存到内网，彻底绕过境外域名
最易被忽略的是：镜像配置成功 ≠ 下载加速完成。元数据快了，zip 包还在等 GitHub 解析 DNS、握手 TLS、返回 302 重定向——这些环节全靠 composer.lock 刷新 + 并发参数 + dist 地址重写才能闭环。漏掉任意一环，速度就卡在某个 Downloading 上不动。
