最准的方式是运行composer config repo.packagist.org，它自动合并环境变量、项目级和全局配置，返回当前真实生效的镜像url；报错则说明直连官方源。
直接查当前生效的镜像源地址
最准的方式是运行 composer config repo.packagist.org，它会自动合并环境变量、项目级 composer.json 和全局配置，并返回此刻真正生效的 URL。输出类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 表示阿里云镜像已接管；若报错 Could not find repository 'packagist.org'，说明没配任何镜像，正在直连 https://packagist.org。
这个命令比 composer config -g repo.packagist 更可靠，因为后者只看全局，而项目级或环境变量可能已覆盖它。别被 composer config -l | grep repo 迷惑——repo.packagist.org 是嵌套结构，-l 根本不显示。
分层检查配置来源
Composer 查源顺序固定：环境变量 > 项目级配置 > 全局配置。必须逐层确认，否则容易误判：
-
echo $COMPOSER_REPO_PACKAGIST（Linux/macOS）或echo %COMPOSER_REPO_PACKAGIST%（Windows）——有输出就说明它在最高优先级强制指定源 -
composer config repo.packagist.org（项目根目录下执行）——看是否被composer.json的repositories段覆盖 -
composer config -g repo.packagist.org——查全局配置文件位置（~/.composer/config.json或%APPDATA%\Composer\config.json）
加 -v 参数可定位来源：composer config -v repo.packagist.org 会告诉你这行配置来自 global 还是 local，甚至具体路径。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
验证真实请求是否走镜像
配置写了 ≠ 请求真发出去了。缓存、重定向、代理都可能绕过你设的地址：
- 改完配置后必须执行
composer clear-cache，否则仍用旧元数据 - 运行
composer require monolog/monolog -vvv 2>&1 | grep "GET https"，看日志里出现的 URL 前缀——这才是真实发出的请求 - 若看到
GET https://mirrors.aliyun.com/composer/p2/monolog/monolog.json，说明镜像生效；若看到GET https://repo.packagist.org/packages.json，说明还在连官方源 - 注意某些镜像（如清华源）对缺失包会 302 跳转回官方源，日志里会出现两条 GET，得看第一条是否命中镜像
常见失效原因和硬性条件
即使命令没报错，镜像也可能静默降级。关键点很细，但漏一个就白配：
- URL 必须以
https://开头，且末尾带/（比如https://mirrors.aliyun.com/composer/，少斜杠会 404 后 fallback） -
type字段必须是小写composer，不是Composer或packagist - 键名必须是
repo.packagist.org（Composer 2.2+ 唯一认的主源标识），repos.packagist或repositories.packagist.org都无效 - PowerShell 下传 URL 时需加引号：
composer config -g "repo.packagist.org"，否则空格或特殊字符会被截断
镜像地址本身不校验可用性——curl -I https://mirrors.aliyun.com/composer/ 返回 200 或 302 才算真正可用；返回 404 或超时，Composer 就会默默切回官方源，且不提示。
