composer下载慢的根本原因是默认连接境外packagist.org，导致dns解析慢、tls握手卡顿、cdn节点远及网络策略限制；切换阿里云镜像（https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9）并清除缓存、删除composer.lock后重装，可实现秒级下载。
Composer下载慢的根本原因是什么？
Composer默认走的packagist.org，域名解析、TLS握手、CDN节点分布、国内网络策略都会拖慢速度。不是你网络差，是请求路径绕得远——比如@#@#@#@#@#@#@#@#@#@0经常卡在DNS或TLS阶段，甚至返回503 Service Unavailable。
关键点在于：Composer本身不缓存元数据，每次composer update都要重新拉全量packages.json（近20MB），而镜像只同步这个文件+包存档，不改逻辑、不改校验，安全性和官方一致。
怎么配置国内镜像？优先用阿里云还是腾讯云？
阿里云镜像（@#@#@#@#@#@#@#@#@#@1）和腾讯云镜像（@#@#@#@#@#@#@#@#@#@2）目前都稳定，但实测阿里云响应更快、缓存更新更及时。华为云镜像偶尔有404 Not Found包路径问题，不建议首选。
全局配置命令：
composer config -g repo.packagist composer https://www.php.cn/link/1569ae888190eb8c53b218b0d529e1e9
注意：repo.packagist是固定键名，不能写成packagist.org或mirror；-g表示全局，避免每个项目重复配。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
如果项目里已有composer.json，且含repositories字段，优先删掉自定义仓库再执行全局配置，否则会冲突。
为什么配置完还是慢？几个隐蔽坑点
-
composer.lock里记录了旧镜像的包URL，首次切镜像后必须删掉composer.lock并重装，否则仍走原地址下载
- PHP版本低于7.4时，
curl可能不支持HTTP/2，导致镜像加速效果打折；检查php -r "print_r(curl_version());"中http2是否为1
- 某些公司内网会劫持HTTPS证书，出现
cURL error 60: SSL certificate problem，此时需加-n参数跳过验证（仅临时调试，生产禁用）
- 镜像不托管私有包，如果你用了
type: package或vcs仓库，这部分仍走原始地址，不会被加速
想进一步提速？可以关掉哪些非必要环节？
composer.lock里记录了旧镜像的包URL，首次切镜像后必须删掉composer.lock并重装，否则仍走原地址下载curl可能不支持HTTP/2，导致镜像加速效果打折；检查php -r "print_r(curl_version());"中http2是否为1
cURL error 60: SSL certificate problem，此时需加-n参数跳过验证（仅临时调试，生产禁用）type: package或vcs仓库，这部分仍走原始地址，不会被加速composer install默认做依赖解析+完整性校验+自动加载优化，其中--no-scripts和--no-plugins对纯部署场景有效，但真正影响秒级体验的是关掉自动加载生成：--no-autoloader（后续用composer dump-autoload --optimize手动补）。
更关键的是启用本地缓存：
composer config -g cache-dir ~/.composer/cache
确保~/.composer/cache所在磁盘有足够空间（建议≥2GB），否则缓存频繁失效，反而反复下载。
镜像只是入口加速，真正“秒级”依赖于本地缓存命中+跳过冗余校验+PHP扩展（如zlib、openssl）正常启用——少一个环节，就可能从3秒变成30秒。
