最准最快的方式是执行 composer config -g repo.packagist，直接读取全局配置文件 ~/.composer/config.json，三秒内确认镜像是否生效；输出 url 表示已启用对应镜像，为空或报错则走官方源；需注意 -g 参数、键名拼写、powershell 引号、缓存清理、环境变量干扰及 diagnose 的真实含义。
直接查全局镜像配置：composer config -g repo.packagist
这是最准、最快的方式，三秒内确认是否生效。它只读取 ~/.composer/config.json，不依赖缓存、网络或当前项目目录。
执行后输出类似：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} → 阿里云镜像已启用
输出为空或报错 Key "repo.packagist" does not exist → 当前走官方源 https://packagist.org
常见错误：
- 漏掉
-g参数，变成composer config repo.packagist，结果查的是当前项目级配置，容易误判 - 拼错键名，比如写成
repos.packagist（多一个s）或repositories.packagist.org（旧版写法），新版 Composer 2.2+ 只认repo.packagist - PowerShell 下 URL 被解析出错，可加引号：
composer config -g "repo.packagist"
验证是否真走镜像：加 -vvv 看真实请求地址
配置写了 ≠ 实际请求发出去了。缓存、代理、环境变量都可能让命令“看似没生效”。
运行：composer require monolog/monolog -vvv 2>&1 | grep "GET https"
观察日志中这一行：GET https://mirrors.aliyun.com/composer/packages.json → 真的在用镜像GET https://repo.packagist.org/packages.json → 还在连官方源，镜像未生效
必须配合 composer clear-cache 再试，否则旧元数据缓存会掩盖配置变更。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
排查环境变量干扰：检查 COMPOSER_REPO_PACKAGIST
环境变量优先级高于所有配置文件，会静默覆盖 repo.packagist 设置。
Linux/macOS：echo $COMPOSER_REPO_PACKAGIST
Windows cmd：echo %COMPOSER_REPO_PACKAGIST%
如果输出非空，比如 https://packagist.org，那无论 config -g 显示什么，实际都走这个地址。
临时禁用测试：unset COMPOSER_REPO_PACKAGIST（Linux/macOS）set COMPOSER_REPO_PACKAGIST=（Windows cmd）
别信 composer diagnose 的“Repo packagist.org is not configured”提示
这条输出不是警告，恰恰说明镜像已接管。Composer 默认内置官方源，一旦你用 repo.packagist 覆盖了它，diagnose 就会如实反馈“没配官方源”。
真正要看的是它下面这行：Repo packagist.org: https://mirrors.tuna.tsinghua.edu.cn/composer/
这才是实际请求地址——它通过一次轻量 HTTP 请求探测得出，比配置文件更贴近真实行为。
注意：diagnose 不检查 DNS、代理或证书问题，它通不代表你能正常 install；它不通才说明链路有硬故障。
config -g repo.packagist 和 -vvv 日志对照着看，中间少一步，就容易以为“配了却没用”。
