composer config -g repo.packagist 输出 {"type": "composer", "url": "https://packagist.org"} 表示镜像已还原为官方源；若输出国内镜像地址（如阿里云），说明未生效；若无输出，表示该配置项不存在，Composer 默认使用官方源。
composer config -g repo.packagist 是什么结果
执行 composer config -g repo.packagist 会输出当前全局配置中 Packagist 镜像的 URL。如果镜像已成功还原为官方源，应显示 https://packagist.org；若仍为国内镜像（如阿里云、腾讯云），则说明还原未生效。
常见错误现象：命令无输出，或返回 null —— 这通常是因为全局配置里压根没设过 repo.packagist，Composer 默认就走官方源，但用户误以为“没设 = 没还原”，其实恰恰相反。
- 若输出
https://packagist.org，镜像已还原 - 若输出类似
https://mirrors.aliyun.com/composer/，需手动清理 - 若无输出，不代表异常，而是配置项不存在，Composer 正在用默认源
composer diagnose 能否验证镜像状态
composer diagnose 主要检查环境和配置合法性，不直接报告镜像地址，但它会提示「You are running Composer with SSL/TLS protection disabled」或「The configured repository (packagist) is not secure」这类线索——如果它把你的镜像识别成非标准源，可能意味着配置残留或协议不匹配（比如用了 http 而非 https）。
真正有用的是它末尾那行：Repo: packagist (https://packagist.org)（具体 URL 取决于当前实际使用的源）。这个 URL 是 Composer 运行时解析出的真实源，比 config 命令更权威，因为它反映的是最终生效值。
- 运行
composer diagnose后，盯住最后一段「Repo」行的 URL - 该 URL 和
composer config -g repo.packagist不一致？说明有项目级配置覆盖了全局配置 - 若诊断报
Warning: The lock file is not up to date，先composer update --dry-run看是否走对源，避免误判
composer install/update 时怎么确认请求发到了哪里
最直接的办法是加 -v（verbose）参数观察网络请求。Composer 在详细模式下会打印每条 HTTP 请求的目标域名，例如：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
Downloading https://packagist.org/packages.json
只要看到 packagist.org 出现在下载日志里，基本可确认镜像已还原。注意：首次运行可能仍从本地 cache 加载，加 --no-cache 强制走网络更可靠。
- 执行
composer clear-cache再跑composer update -v --no-cache - 搜索日志中的
GET或Downloading行，重点看域名是不是packagist.org - 若出现
mirrors.tuna.tsinghua.edu.cn等字样，说明某处仍有镜像配置未清除（常见于composer.json里的repositories字段）
为什么删了全局镜像，项目里还是走镜像
因为 Composer 的配置有优先级：项目根目录下的 composer.json > 当前用户全局配置（~/.composer/config.json）> Composer 内置默认。即使你清空了全局镜像，只要项目 composer.json 里写了：
"repositories": {
"packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
}
那这个项目就永远走阿里云镜像，跟全局设置无关。
- 检查项目根目录
composer.json是否含repositories字段 - 检查是否存在
composer.json同级的composer.lock文件，它的packages里记录的 dist URL 可能还带着镜像域名（旧锁文件不会自动更新） - 还原后首次
composer update会重写lock文件，确保后续安装基于新源
最容易被忽略的是项目级 repositories 配置——它静默生效，不报错也不提醒，只在 composer diagnose 的 Repo 行暴露真实来源。
