最快速可靠的起点是运行composer config -g repo.packagist，若返回{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}则镜像生效；空、报错或显示官方源说明未配置或失效，需排查项目级覆盖、缓存及真实请求日志。
直接查全局配置：composer config -g repo.packagist
这是最快速、最可靠的起点。它不依赖当前项目是否存在 composer.json，也不受本地环境干扰，只读取全局配置文件 ~/.composer/config.json 中的主镜像设置。
运行后如果返回类似：
{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
说明你正在用阿里云镜像；如果返回空或报错 Repository not found，代表没设过全局镜像，实际走的是官方源 https://packagist.org。
注意：repo.packagist 是 Composer 2.2+ 的标准键名，旧写法 repos.packagist（复数）可能残留但已不生效，别被它误导。
确认项目级是否覆盖了全局配置
项目根目录下的 composer.json 里如果写了 repositories 数组，它的优先级高于全局配置——哪怕 composer config -g repo.packagist 显示的是阿里云，项目里配了腾讯云旧地址，实际请求也会走那个旧地址。
- 查项目级配置：运行
composer config repositories，找"packagist.org"对应的url字段 - 如果输出里没有
packagist.org条目，说明项目没覆盖，继承全局或默认源 - 如果
repositories里第一个非空的composer类型源不是packagist.org，那它可能完全禁用了 Packagist，此时repo.packagist配置根本不会被读取
看真实请求日志，而不是配置项
配置存在 ≠ 实际生效。网络策略、插件、环境变量都可能绕过配置。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
最准的方式是触发一次真实 HTTP 请求并观察日志：
- 先清缓存：
composer clear-cache，否则旧元数据会掩盖真实行为 - 执行
composer show laravel/framework --no-ansi -vvv（加-vvv强制输出详细日志） - 在输出里搜索
GET或Downloading，找到类似GET https://mirrors.aliyun.com/composer/packages.json这样的行——这才是此刻真正发出去的地址 - 如果看到的是
https://repo.packagist.org/，哪怕配置写了镜像，也说明没生效
常见干扰源：COMPOSER_REPO_PACKAGIST 环境变量（优先级最高）、IDE 自带代理插件、hirak/prestissimo 等下载加速插件——它们可能动态替换 Repository 实例，绕过所有 config。
为什么 composer diag 和 composer show -p 不适合查镜像
composer diag 只检查连通性，输出里根本没有 URL；composer show -p 列的是已安装包，和源地址无关——它甚至可能从本地缓存或 dist zip 加载，根本不发网络请求。
新手常误以为“能装上包”就等于“镜像在用”，但实际可能是 fallback 到官方源后才成功的。比如阿里云镜像服务异常时，Composer 会静默回退到 https://packagist.org，不报错也不提示，只变慢。
真正要验证镜像是否可用，得测 packages.json 接口本身：curl -I https://mirrors.aliyun.com/composer/packages.json，看响应头里的 HTTP/2 200 和 TTFB 时间，而不是等 composer update 跑完再猜。
