Composer install配置镜像后仍慢，主因是本地到镜像源链路不稳定、DNS/HTTPS耗时高，而非镜像未生效；需用curl实测响应时间，并确认阿里云、腾讯云或华为云镜像（后者不托管dist包）当前稳定可用。
为什么 composer install 配置了镜像还是慢？
大概率不是镜像没生效，而是本地网络到镜像源的链路本身不稳定，或 DNS 解析/HTTPS 握手耗时高。常见现象包括：命令卡在 Downloading https://mirrors.aliyun.com/... 十几秒不动、Resolving dependencies 正常但下载包极慢、偶尔成功偶尔超时。
真正起效的判断方式不是看配置是否写对，而是用 composer config -g repo.packagist 确认当前生效源，并用 curl -I https://mirrors.aliyun.com/composer/ 实测响应头和 time 耗时。
- 别只改
~/.composer/config.json，全局配置优先级高于项目级，用composer config -g repo.packagist查真实生效项 - 某些企业网络会拦截或缓存 HTTPS 重定向，导致
https://packagist.phpcomposer.com这类旧镜像 301 跳转失败 - 阿里云镜像（
https://mirrors.aliyun.com/composer/）默认走 CDN，但部分地区 CDN 节点异常，可尝试加?_t=xxx绕过缓存测试
如何快速检测本地到各镜像的真实延迟？
不用猜，直接用 curl 测原始响应时间，比 Composer 自带的 verbose 日志更准——因为 Composer 下载前会先请求 packages.json 和元数据，而这些请求才是瓶颈所在。
执行以下命令，观察 time 输出的 real 时间（单位秒），重点关注 HTTP/2 200 响应是否稳定：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
time curl -o /dev/null -s -w "time: %{time_total}s\n" https://mirrors.aliyun.com/composer/packages.json
time curl -o /dev/null -s -w "time: %{time_total}s\n" https://packagist.org/packages.json
time curl -o /dev/null -s -w "time: %{time_total}s\n" https://repo.packagist.com/your-company/
- 如果阿里云 > 2s，腾讯云镜像（
https://mirrors.cloud.tencent.com/composer/）可能更快，尤其华南用户 - 华为云镜像（
https://repo.huaweicloud.com/composer/）对教育网和部分城域网更友好，但需注意其不支持dist包直链，仅代理 metadata - 避开已停用镜像：
https://packagist.phpcomposer.com已下线，https://packagist.laravel-china.org自 2023 年起不再维护
推荐三个当前稳定可用的中文镜像及配置命令
截至 2026 年 6 月，这三个源持续可用、无证书错误、CDN 覆盖完整，且支持 Composer 2.5+ 的 lock 文件校验机制。
- 阿里云（通用首选）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 腾讯云（南方/移动宽带优化）：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/ - 华为云（高校/教育网适配）：
composer config -g repo.packagist composer https://repo.huaweicloud.com/composer/
注意：华为云镜像不提供 dist 包托管，Composer 仍会从官方源下载 zip/tar 包（但 metadata 全部走镜像），所以首次 install 可能仍慢，后续 update 会快很多——这点容易被忽略。
遇到 file_get_contents(): SSL operation failed 怎么办？
这不是镜像问题，是 PHP 的 OpenSSL 扩展无法验证远端证书链，尤其出现在 macOS 或自建 PHP 环境中。错误通常伴随 unable to get local issuer certificate 提示。
- 临时绕过（仅开发）：
export COMPOSER_DISABLE_TLS=1，再运行composer install，但不推荐长期使用 - 正确做法：更新 CA 证书包，macOS 上执行
brew install ca-certificates && brew link --force ca-certificates；Linux 用户检查openssl version -d返回路径下的cert.pem是否存在且最新 - 若用 Docker，确保基础镜像包含最新 ca-certificates（如
php:8.3-cli官方镜像已内置，但某些 alpine 衍生版需手动apk add ca-certificates）
镜像地址本身不会引发 SSL 错误，出错一定是本地环境证书信任链断裂，跟换哪个源都没用。
