最准最快查全局镜像地址用 composer config -g repo.packagist，返回阿里云URL说明已配置，空或报错则走官方源；项目级以 composer config repositories 输出为准，优先级高于全局；改镜像后需 composer clear-cache 并用 -vvv 日志确认真实请求地址。
直接查全局镜像地址用
这是最准、最快的方式，不绕弯、不依赖冗余输出。执行后如果返回类似
，说明已配置阿里云镜像；若返回空，或报错
，代表当前走的是官方源
，且没显式设过镜像。
注意键名必须是
（单数），不是
或
——后者在 Composer 7+ 中虽能查到，但属于配置项路径，不是“生效源”的直接标识；前者才是 Composer 内部实际路由时识别的主源字段。
查项目级镜像优先看
项目级配置比全局高，即使全局设了镜像，只要
里写了
，就会以它为准。
运行
，输出含
→ 表示项目用了自定义镜像
输出为空或只显示
→ 说明项目没覆盖镜像，退回到全局或默认源
看到
（没带
）→ 是旧写法，仍可工作，但建议统一用
避免歧义
别被
的输出绕晕
这个命令会吐出一大坨配置，容易看花眼。真正管用的字段只有
这一项——它是 Composer 7+ 认证的 Packagist 主源标识符。
Composer 2.9.6
Composer 2.9.6 是 PHP 生态中高效、稳定的依赖管理工具。此版本在性能与兼容性上进一步优化，改进了依赖解析算法，提升大型项目中的安装与更新速度。它支持并行下载任务，显著减少等待时间，并增强了与私有仓库及镜像源的交互稳定性。同时修复了多项命令行交互与内存使用相关的缺陷，确保在复杂依赖关系下依然可靠运行。无论是新项目初始化还是现有系统维护，Composer 2.9.6 都能为开发者提供流畅、精准的依赖管理体验。
下载
常见干扰项包括：
：旧版残留字段，可能还存在但已不参与实际请求路由
repositories 下一堆第三方源（比如私有包仓库）：和 Packagist 镜像无关
或
：认证相关，不影响镜像地址判断
改完镜像后连的还是旧地址？先清缓存再验证
改完
后，
仍连旧地址？大概率是本地缓存没清干净。
运行
强制清掉所有元数据缓存
删掉项目下的
和
（可选，用于彻底重装验证）
加
参数重试：
，观察日志里实际请求的 URL，例如：
真实请求走哪，最终以网络抓包或
日志里出现的
地址为准，而不是配置项是否“看起来存在”。
composer config -g repo.packagist{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}Could not find package repo.packagist in global confighttps://packagist.orgrepo.packagistrepos.packagistrepositories.packagist.orgcomposer config repositoriescomposer.jsonrepositoriescomposer config repositories"packagist.org": { "type": "composer", "url": "..." }[]"packagist": { }.orgpackagist.orgcomposer config -g --list --verboserepositories.packagist.orgrepositories.packagisthttp-basicgithub-oauthrepo.packagistcomposer updatecomposer clear-cachevendor/composer.lock-vvvcomposer -vvv require monolog/monologGET https://mirrors.aliyun.com/composer/packages.json-vvvGET