镜像源配置必须配对、配全、配准，键名repo.packagist、type为composer、url以/结尾；并发下载用http-max-concurrent-downloads（8–10）；缓存清理仅在切换镜像或签名错误时必要；ci部署应加--no-autoloader和--no-scripts。
镜像源配置必须配对、配全、配准
不换镜像源，其他所有优化都白搭。国内直连 packagist.org 的本质问题是 DNS 解析慢、TLS 握手卡、首字节延迟高，不是你本地网络差。
执行这条命令才能真正生效（推荐阿里云）：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
- 键名必须是
repo.packagist（不是repos.packagist、mirror或其他变体） - 命令中必须带
composer这个 type 值 - URL 必须以
/结尾（https://mirrors.aliyun.com/composer/✅，少斜杠会拼接出错导致 404）
设完立刻验证：composer config -g repo.packagist，输出应为完整 URL。空、null 或仍显示 packagist.org，说明没生效。
并发下载要开，但得用对参数名
parallel-downloads 已被弃用，Composer 2.2+ 只认 http-max-concurrent-downloads。设了旧参数不报错也不生效，这是最常踩的坑。
正确启用方式：composer config -g http-max-concurrent-downloads 10
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 推荐值 8–10，别超过 12，否则可能触发镜像限流或本地 DNS 超时
- 该配置只对
composer install有效，composer update仍需串行计算依赖图 - 某些企业网络对并发敏感，若出现
file_get_contents(): SSL operation failed，降到 6 或 8
缓存清理不是万能键，但必须配合镜像一起用
composer clear-cache 只清 ~/.composer/cache/ 里的 zip 和元数据，它对网络问题、镜像未配、PHP 扩展异常完全无效——只在缓存损坏时才真有用。
真正需要清缓存的场景：
-
Invalid signature报错 - 中断后残留不完整的
.zip - 切换镜像后元数据冲突（比如旧缓存还指向
packagist.org）
设完镜像后必须立刻执行：composer clear-cache，否则旧缓存仍走海外源。
CI/部署阶段必须关掉非必要环节
开发时需要自动加载和脚本，但 CI 构建或生产部署时，这些全是冗余开销。尤其当项目含大量第三方包时，composer install --no-autoloader --no-scripts 可省下 30%+ 时间。
-
--no-autoloader跳过生成vendor/autoload.php，后续用composer dump-autoload --optimize单独处理 -
--no-scripts阻止执行post-install-cmd等钩子，避免意外触发前端构建、缓存清理等重型操作 - 这样装出来的
vendor不能直接跑 PHP，必须补一次composer dump-autoload --optimize才能用
真正卡点往往不在下载本身，而在 lock 文件校验、autoloader 重建、以及没关掉的 post-update-cmd 脚本。调并发、换镜像只是基础，得结合场景关掉非必要。
