最准确查看当前全局镜像地址的方式是执行composer config -g repo.packagist，该命令直接读取~/.composer/config.json，输出如{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}即表示阿里云镜像已生效；若返回空或报错则未配置。
Composer 当前镜像地址不是靠猜的，composer config -g repo.packagist 一行命令就能直接吐出来，三秒内确认是否生效。
怎么查当前全局镜像配置
很多人用 composer config -g 看一堆配置，再手动翻找，其实没必要。Packagist 镜像对应的 key 就是 repo.packagist，直接精准查询：
composer config -g repo.packagist
如果返回类似：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
说明已配置阿里云镜像；如果返回空或报错 Key 'repo.packagist' does not exist，代表没设或被清空了。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 该命令只读全局配置（
~/.composer/config.json），不涉及项目级配置 - 若同时存在项目级和全局镜像，项目级优先，但
-g参数强制读全局，避免干扰 - Windows 用户注意：PowerShell 里执行时，如果 URL 被当成命令参数解析出错，可加引号：
composer config -g "repo.packagist"
为什么 composer config -g 全量输出容易误判
全量输出内容多、格式松散，且不同 Composer 版本输出结构略有差异（比如 v2.5+ 加了注释字段），人眼扫一眼极易漏掉关键行。
- 旧版可能显示为
"packagist.org": {"type": "composer", "url": "..."}，新版统一归到repo.packagist字段下 - 有些用户手动改过
config.json，字段名拼错成repo.packagist.org或packagist，composer config -g不报错但实际不生效 - 配置了镜像却仍慢？可能是 DNS 没刷或公司代理劫持了 HTTPS 请求——这时查配置没错，但得另查网络链路
配置完不生效？重点检查这三个地方
镜像写进去了，composer install 却还是连官方源，大概率卡在这几个环节：
- 执行的是
composer config repo.packagist ...（缺-g），结果只改了当前目录下的composer.json，而非全局配置 - 用了
composer self-update升级后，部分老版本 bug 会导致缓存未刷新，此时加--no-cache再试一次：composer config -g --no-cache repo.packagist - 终端开了代理或设置了
HTTP_PROXY环境变量，Composer 会优先走代理，绕过镜像配置；临时取消代理再测：unset HTTP_PROXY HTTPS_PROXY（Linux/macOS）或set HTTP_PROXY=（Windows cmd）
镜像配置本身很简单，难的是验证它真正在请求时起作用——最稳妥的方式是开个新项目，删掉 vendor 和 composer.lock，跑一次 composer require monolog/monolog，同时用 tcpdump 或 Wireshark 抓包看域名，比任何配置检查都准。但日常三秒判断，就认准 composer config -g repo.packagist 这一行。
