composer config repo.packagist.org 是最准的命令，因为它直接返回当前实际生效的 Packagist 镜像 URL，自动合并项目级与全局配置并按优先级取值，且不受旧键名、扁平化输出或缓存干扰。
直接运行 composer config repo.packagist.org 就能拿到当前实际生效的镜像 URL，不是“配了啥”，而是“此刻真在用啥”。
为什么 composer config repo.packagist.org 是最准的命令
Composer 2.2+ 只认 repo.packagist.org 这个键名，它会自动合并项目级（composer.json 里的 repositories 段）和全局配置（~/.composer/config.json），按优先级返回最终生效值：
- 如果项目
composer.json里写了"repositories"并覆盖了packagist.org，就返回那个url - 如果项目没写，但全局配置里有，就返回全局的
- 如果两者都没设，命令报错
Could not find repository 'packagist.org'，说明正在用官方源https://packagist.org
composer config -v repo.packagist.org 能定位配置来源
加 -v 参数后，除了输出 JSON，还会告诉你这行配置定义在哪个文件里：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 看到
global字样，说明来自~/.composer/config.json - 看到
local或路径指向当前目录，说明是项目composer.json里写的 - 如果输出里有多个位置，说明配置被多处定义，优先级高的会生效（项目 > 全局）
别信 composer config -l | grep repo 的结果
composer config -l 只列出“非默认且已显式设置”的扁平配置项，而 repo.packagist.org 是嵌套结构，根本不会出现在输出里。常见误判点：
-
composer config -l | grep repo可能扫出repositories.packagist或repos.packagist—— 这些是旧键名或私有源，不参与 Packagist 主源路由 -
composer config -g repo.packagist（少.org）在新版本中已被弃用，可能返回空或警告，不代表没配镜像 - 环境变量
COMPOSER_REPO_PACKAGIST优先级最高，会直接覆盖所有配置文件，需单独检查：echo $COMPOSER_REPO_PACKAGIST
配置写了 ≠ 请求真走那里
Composer 不校验 URL 是否可达，也不自动刷新缓存。光看 config 输出不够，必须验证真实请求：
- 改完配置后必须执行
composer clear-cache，否则仍用旧源缓存的元数据 - 用
composer -vvv require monolog/monolog查日志，找GET https://xxx/composer/packages.json这一行——这才是真实发出的请求地址 - 手动测镜像接口：
curl -I https://mirrors.aliyun.com/composer/（注意末尾/），返回200或302才算可用；少个/可能返回404导致降级回官方源 - 项目
composer.json里哪怕只有一行"repositories"，也会屏蔽全局镜像——临时注释掉再试，就能验证是不是它在捣鬼
最容易被忽略的是：你看到 composer config repo.packagist.org 有输出，不代表那个地址一定能用；composer diagnose 会发起真实请求并告诉你「Repo packagist.org」最终解析到的 URL 是什么，比 config 更贴近实战。
