应运行composer config -g repo.packagist查看全局配置，输出{"type": "composer", "url": "https://packagist.org"}表示仍走官方源，输出阿里云等镜像地址才生效；若无输出或为空，说明未正确配置全局镜像。
Composer 默认走 GitHub，国内直连经常超时或卡死，换镜像源是最快见效的解法——但不是所有镜像都可用，也不是配完就一劳永逸。
怎么快速验证当前源是否生效
别猜，直接看 composer config -g repo.packagist。如果输出是 {"type": "composer", "url": "https://packagist.org"}，说明还在用官方源；如果是类似 https://mirrors.aliyun.com/composer/ 或 https://packagist.phpcomposer.com（已停用），才算切成功。
- 执行
composer config -g repo.packagist后没输出？说明没设全局源，配置可能只在当前项目里 - 输出是对象但
url字段为空或为null，可能是误删了配置项，需重设 - 有些镜像（如腾讯云）要求 HTTPS 且证书校验严格，若提示
cURL error 60，得加-vvv看具体失败点
阿里云镜像配置命令（2024年实测可用）
阿里云镜像是目前最稳的选项，地址是 https://mirrors.aliyun.com/composer/，注意末尾有斜杠，少一个会 404。
部署一个包含 4 个智能体（agent）的数字孪生平台。在以下情况下使用该技能： 1. 用户希望为物理资产监控与预测性维护等场景搭建数字孪生系统……
- 全局设置（推荐）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 仅当前项目：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/ - 如果提示
Could not fetch且你刚换源，先清缓存：composer clear-cache - 部分旧版 Composer（repo.packagist 写法，得用
repositories.packagist.org.url替代
为什么 phpcomposer.com 镜像不能用了
https://packagist.phpcomposer.com 在 2022 年底已正式关闭，现在访问会返回 404 或跳转到广告页。很多老教程还在写它，直接复制会导致 composer install 卡在 “Loading composer repositories with package information” 一步不动。
- 遇到卡住，先运行
composer diagnose，它会明确告诉你源地址是否可连通 - 如果
diagnose提示 “Repo packagist.org is not available”，八成是用了失效镜像 - 别试图用
http://降级绕过——现代 Composer 默认禁用非 HTTPS 源，强行设会报错Invalid repository type
切换后仍慢？检查是否被 proxy 或 hosts 干扰
镜像源本身快，不代表你的请求真走过去了。常见干扰来自本地代理、公司网络策略、甚至错误的 /etc/hosts 条目。
- 临时关掉系统代理或终端代理变量：
unset HTTP_PROXY HTTPS_PROXY - 检查
~/.composer/config.json里有没有残留的http-basic或github-oauth配置，它们有时会触发额外认证流程 - 运行
curl -I https://mirrors.aliyun.com/composer/packages.json，看响应时间是否在 200ms 内；超过 1s 就不是 Composer 的问题，是网络链路问题 - 某些企业防火墙会拦截镜像域名，可尝试用 IP 直连（但不推荐长期用，IP 可能变）
镜像不是万能解药：私有包、GitHub 仓库依赖（比如 "package/name": "dev-master" 这种）依然走 GitHub，这部分速度不受镜像影响。真要优化，得配合 composer config --global github-oauth github.com YOUR_TOKEN 加速 API 请求，或者改用 dist 包而非 source。
