最直接的验证方式是运行 composer config -g repo.packagist 查看全局镜像配置，输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；若为空或为 packagist.org 则未生效。
运行 composer config -g repo.packagist 查看当前全局镜像配置
这是最直接的验证方式。Composer 的镜像源配置本质是修改了 repo.packagist 这个仓库地址，执行该命令会输出当前生效的配置值：
composer config -g repo.packagist
如果已成功切换为国内镜像（如阿里云），应看到类似：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
若输出为空或仍是 https://packagist.org，说明未生效；注意该命令只查全局配置，项目级配置需去掉 -g 并在项目根目录下运行。
执行 composer diagnose 检查网络连通性与源可用性
该命令会实际尝试连接当前配置的镜像源，并报告是否可访问、SSL 是否正常、元数据是否可解析。关键观察点：
- 出现
Repo packagist.org is available→ 说明仍连的是官方源 - 出现
Repo https://mirrors.aliyun.com/composer/ is available→ 镜像源已生效且可达 - 若提示
curl error或Could not resolve host→ 镜像 URL 错误或网络不通
注意：它不会自动修复问题，但能帮你快速定位是“配置没写对”还是“镜像服务本身异常”。
用 composer show -p 观察包列表加载速度与来源域名
这个命令会拉取并显示所有可用包的简略列表，过程中会打印实际请求的 URL。开启调试模式更直观：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer show -p -vvv 2>&1 | grep "GET "
你会看到类似这样的日志行：
GET https://mirrors.aliyun.com/composer/p2/top-think/think.json
如果域名始终是 mirrors.aliyun.com（或你设置的其他镜像域名），说明流量确实走的是镜像；若混有 packagist.org，可能是部分包被重定向或镜像同步延迟导致回退。
删除 vendor/ 和 composer.lock 后运行 composer install
这是最终的“压力测试”。清空依赖后重新安装，能暴露镜像源在真实场景下的表现：
- 下载速度明显快于以往 → 大概率走镜像
- 卡在某个包长时间无响应 → 可能该包在镜像中缺失或元数据损坏
- 报错
Could not fetch https://packagist.org/p2/xxx.json→ 镜像未生效，仍在直连官方源
特别注意：某些私有包或 GitHub 直链依赖不受 repo.packagist 控制，它们的下载行为不反映镜像状态。
真正容易被忽略的是 Composer 的配置层级叠加——全局配置、项目配置、环境变量 COMPOSER_REPO_PACKAGIST 都可能覆盖彼此。验证时务必确认你在检查的位置和上下文一致，否则看到的“生效”只是假象。
