答案是运行composer config --global repo.packagist.org命令查看输出，若返回{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}则已启用阿里云镜像；若为空或报错则未配置或配置无效，需检查键名、type值、URL斜杠及是否被项目级repositories覆盖。
查看全局配置中的镜像源设置
Composer 的镜像配置通常写在全局 config.json 里，路径是 ~/.composer/config.json（Linux/macOS）或 %APPDATA%\Composer\config.json（Windows）。直接读这个文件最可靠，因为它是当前生效的最终配置。
运行以下命令能快速输出关键字段：
composer config --global repo.packagist.org
如果返回类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}，说明已启用阿里云镜像；若返回空或报错 Could not find package repo.packagist.org，代表没设镜像或设在了其他作用域。
- 注意：
repo.packagist.org是 Composer 2.0+ 的标准 key，旧版本用的是packagist（已弃用），查不到别急着重装 - 如果只设了
packagist.org（带点号）或拼错成packagist.com，composer config不会报错但实际不生效 -
--global参数不能省——没加的话默认查当前项目目录下的composer.json，容易误判
确认是否被项目级配置覆盖
项目根目录的 composer.json 里如果写了 "repositories" 字段，会优先于全局配置。哪怕你全局设了镜像，只要项目里有自定义仓库，Composer 就会跳过镜像直连 packagist.org。
检查方法很简单：
cat composer.json | grep -A 5 "repositories"
常见干扰项包括：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 完整替换：包含
"packagist.org": {"type": "composer", "url": "..."}的对象 - 禁用默认源：
"packagist.org": false—— 这会让 Composer 完全忽略镜像，哪怕全局配了也无效 - 多余逗号导致 JSON 解析失败：此时
composer install会报JSON error: syntax error，但composer config可能仍显示旧值
验证实际请求走的是哪个域名
光看配置不够，得看真实网络行为。最直接的方式是开启 Composer 调试模式：
composer install -vvv 2>&1 | grep -i "GET\|url"
你会看到类似 GET https://mirrors.aliyun.com/composer/p2/monolog/monolog.json 的日志——这就是真正生效的镜像地址。
- 如果看到的是
https://packagist.org/p2/...，说明镜像没生效，回退到了官方源 - 某些代理或企业防火墙会劫持 HTTPS 请求，即使配置正确，抓包看到的仍是
packagist.org域名（但证书是内网签发的），这时得结合 DNS 解析和curl -I测试目标 URL 是否可通 -
-vvv日志里若出现Skipping package ... due to invalid repository，大概率是镜像 URL 末尾少了斜杠（如https://mirrors.tuna.tsinghua.edu.cn/composer应为https://mirrors.tuna.tsinghua.edu.cn/composer/）
临时切换镜像时的常见陷阱
用 composer config --global repo.packagist.org 设置新镜像后，很多人发现 composer update 还是慢，以为没生效。
问题往往出在缓存上：
- Composer 默认缓存元数据（
~/.composer/cache/repo/https---packagist.org/），改完配置不会自动清空，得手动删或加--no-cache - PHP OPcache 或 APCu 如果启用了字节码缓存，可能缓存了旧的
composer.lock解析结果，重启 PHP-FPM 或 CLI 的 PHP 进程更保险 - 某些 IDE（如 PHPStorm）内置 Composer 执行器会用自己的配置副本，不读系统全局 config，得在设置里关掉“Use project settings”或指定
composer.phar路径
镜像配置本身只是 URL 替换，但生效链条涉及配置读取、缓存清理、DNS 解析、HTTPS 证书验证多个环节，任何一个卡住都会让“明明设了却没用”成为常态。
