直接运行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/即可全局切换至阿里云镜像，该命令写入~/.composer/config.json并永久生效，后续所有项目自动使用该源；注意URL末尾必须带斜杠且仅支持HTTPS。
Composer 默认源在国外，国内直连经常超时、卡死或安装失败——换国内镜像不是“锦上添花”，而是解决构建中断的刚需。
怎么快速全局切换到阿里云镜像
执行一条命令就能永久生效，无需改配置文件：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令会写入全局 config.json（通常在 ~/.composer/config.json），后续所有项目都会走阿里云镜像。注意别漏掉末尾的斜杠，否则部分版本会解析失败；也别加 https:// 以外的协议（比如 http://），新版 Composer 已禁用非加密源。
项目级镜像设置比全局更安全
团队协作或 CI 环境中，全局配置可能被覆盖或引发不一致。直接在项目根目录运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
它只修改当前项目的 composer.json，且优先级高于全局配置。如果项目已存在 repositories 字段，手动编辑时注意 JSON 格式，避免逗号错位导致 composer install 报错：JSON decode error: Syntax error。
清华、华为、腾讯镜像怎么选
阿里云和清华源稳定性最好，但偶尔有同步延迟（一般
- 清华：
https://packagist.phpcomposer.com（已停用）→ 改用https://mirrors.tuna.tsinghua.edu.cn/composer/ - 华为：
https://repo.huaweicloud.com/repository/php/ - 腾讯：
https://mirrors.cloud.tencent.com/composer/
切源后建议跑一次 composer clear-cache，否则旧缓存可能掩盖镜像切换效果。
为什么 vendor 安装还是慢？可能不是镜像问题
换了镜像仍卡在 installing xxx (v1.2.3)，大概率是以下原因：
-
composer.lock里记录的是原始 packagist.org 的 dist URL，Composer 会尝试先走这个地址；执行composer update --lock强制刷新 lock 文件中的下载链接 - 某些包启用了
dist+source双模式，镜像只代理 dist（压缩包），而 source（Git）仍直连 GitHub —— 这类包无法通过换镜像加速 - PHP 扩展如
openssl或curl缺失/版本过低，会导致 HTTPS 请求失败，表现为“超时”实为握手失败
镜像只是管道，不是万能加速器；真正影响速度的，往往是本地环境与目标源之间的协议兼容性和网络路径。
