最权威方式是运行composer config repo.packagist.org，它自动合并环境变量、项目级和全局配置并返回真实生效的镜像URL；若报错则直连官方源。
如何查看当前 Composer 镜像配置
Composer 的镜像地址通常通过 composer config 设置，可能存在于全局（~/.composer/config.json）或项目级（./composer.json 或 ./composer.lock 同级的 composer.json）。最直接的方式是运行：
composer config -g repo.packagist
如果返回类似 {"url": "https://mirrors.aliyun.com/composer/"}，说明已设国内镜像；若返回空或报错 Key "repo.packagist" does not exist，则大概率用的是官方源。
- 注意：
composer config -g查的是全局配置，但项目目录下若有composer.json里写了"repositories"，会覆盖全局设置 - 某些旧版 Composer（packagist.org 键名而非
repo.packagist，可试composer config -g repositories.packagist
还原为官方源的两种可靠方式
不是简单删掉配置就行——必须显式重置为官方地址，否则 Composer 可能 fallback 到默认行为（部分版本会自动加 HTTPS 重定向，导致超时）。
- 执行命令还原（推荐）：
composer config -g repo.packagist https://packagist.org
- 手动编辑配置文件（适合排查）：打开
~/.composer/config.json，删除或修改"repo.packagist"对应的整个对象，确保其值为{"url": "https://packagist.org"}，不要留空字符串或null - 验证是否生效：
composer config -g repo.packagist应输出{"url": "https://packagist.org"}
测试 Composer 是否能连通 packagist.org
单纯 ping packagist.org 没用，因为 Composer 走 HTTPS + TLS + User-Agent 校验，且依赖 DNS 解析和证书链。正确测试方式是模拟一次最小请求：
- 运行：
composer diagnose
—— 它会检查网络、SSL、CA 证书等，关键看是否出现WARNING如The configured repository (https://packagist.org) is not accessible - 更直接验证下载能力：
composer show symfony/polyfill-php80 --no-ansi
（选一个轻量、稳定的包），成功会显示版本信息；失败则常见于：Connection timed out、SSL certificate problem、Could not resolve host - 若卡在
Loading composer repositories with package information，大概率是 DNS 或中间代理拦截了 HTTPS 请求，不是镜像问题而是本地网络策略
为什么还原后仍慢或失败？几个硬坑
还原镜像 ≠ 立刻变快或可用，真实瓶颈常不在配置本身：
-
composer update卡住时，先确认是否启用了--with-dependencies或锁文件过旧——官方源对大量依赖解析更耗时，建议加-v看具体停在哪一步 - macOS / Windows 上 OpenSSL 版本太老（如 OpenSSL 1.0.x）会导致 TLS 1.2 握手失败，
composer diagnose会提示curl error；需升级系统或改用php -r "print_r(openssl_get_cipher_methods());"检查支持列表 - 公司网络/校园网常屏蔽
packagist.org域名或其 IP 段（比如 Cloudflare 回源 IP），此时即使还原镜像也无效，得换网络或配 hosts（不推荐）
真正要确认“是否还原成功”，只看 composer config -g repo.packagist 输出和 composer diagnose 结果两项就够了。其他表现，基本是网络环境或 PHP 底层的问题，跟 Composer 配置无关。
