最准确的全局镜像地址查看方式是执行composer config -g repos.packagist，返回json表示已配置镜像（如阿里云地址），为空则使用官方源https://packagist.org；项目级配置需进目录执行不带-g的命令，且必须配合composer clear-cache验证生效。
composer config -g repos.packagist
直接查看全局配置的 Packagist 镜像源地址，这是最常用、最准确的方式。Composer 从 2.0 开始默认使用 repos.packagist 配置项控制主源，而不是旧版的 repositories 数组。
- 运行
composer config -g repos.packagist，输出类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 如果返回空，说明没设镜像，正使用官方源
https://packagist.org - 注意：该命令只显示全局（-g）设置；项目级配置需进项目目录去掉
-g再查
composer config --list | grep repos
用于排查是否意外设置了多个镜像或自定义仓库，尤其当行为异常（如安装慢、包找不到）时。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer config --list列出所有生效配置，加grep repos过滤关键项 - 重点关注
repos.packagist（主源）、repositories（额外仓库数组）、repositories.packagist.org（旧版兼容写法，已弃用） - 若发现
repositories中有非 packagist 类型的条目（如{"type":"composer","url":"https://xxx"}），可能干扰主源解析顺序
为什么 composer show -p 不显示镜像源
composer show -p 只列出已安装的包及其来源（如 packagist.org），不反映当前配置的镜像地址。它显示的是“包元数据里记录的注册源”，不是 Composer 实际请求的镜像 URL。
- 例如：即使你用了阿里云镜像，
composer show -p仍显示packagist.org—— 因为包信息是从镜像同步来的，原始 source 字段没变 - 想验证镜像是否生效？用
composer diagnose看 “Checking composer.json: OK” 后是否有 “The configured repository (packagist) is not the default one” 提示 - 更直接的方法：加
-vvv安装时观察日志，比如composer require monolog/monolog -vvv 2>&1 | grep 'GET https'，能看到真实请求的域名
镜像切换后缓存没清导致“看似没生效”
Composer 会缓存 repo metadata（如 packages.json），切换镜像后旧缓存可能让命令行为滞后。
- 执行
composer clear-cache清除全部缓存（包括镜像元数据） - 也可只删指定缓存：
rm -rf $(composer config cache-dir)/repo/https---packagist.org（Linux/macOS）或对应 Windows 路径 - 特别注意：某些国内镜像（如腾讯、华为）不完全同步 packagist 全量数据，遇到新发布包延迟几小时属正常，别误判为配置失败
repos.packagist 是唯一权威入口；其他方式要么间接、要么带误导性。配置和缓存必须一起看，缺一不可。
