composer config -g repo.packagist 直接输出全局配置的packagist镜像地址，是验证是否生效的最权威方式；返回国内地址如https://mirrors.aliyun.com/composer/表示已配置成功，返回{"type": "composer", "url": "https://packagist.org"}则未生效或被覆盖。
用 composer config -g repo.packagist 查看全局镜像设置
这条命令直接输出当前生效的 Packagist 镜像地址，是最权威的验证方式。如果返回的是 https://packagist.phpcomposer.com 或 https://mirrors.aliyun.com/composer/ 这类国内地址，说明镜像已写入全局配置；如果返回 {"type": "composer", "url": "https://packagist.org"}，那就是没生效或被覆盖了。
注意：该命令只读取 ~/.composer/config.json，不检查项目级 composer.json 里的 repositories 字段 —— 后者优先级更高，但通常不用于替换 Packagist 主源。
执行 composer diagnose 检查网络与源连通性
它会尝试访问当前配置的 Packagist 地址，并报告是否能成功获取元数据。关键看两行输出：
-
PHP version: *.*.*后面有没有WARNING提示无法连接镜像 - 最后一行是否显示
Composer is working correctly.
如果提示 Could not fetch https://mirrors.aliyun.com/composer/packages.json，常见原因是镜像 URL 拼写错误、网络策略拦截（如公司代理）、或镜像服务临时不可用 —— 此时即使 config 显示正确，实际也未生效。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
运行 composer show -p 观察请求日志
加上 -vvv 参数后，Composer 会打印每一步的 HTTP 请求地址。真正生效的镜像，会在日志里反复出现你配置的域名，例如：
Downloading https://mirrors.aliyun.com/composer/p2/topthink/framework.json
如果看到大量 packagist.org 的请求，说明镜像配置被绕过了。可能原因包括：
- 项目根目录存在
composer.json，且里面定义了"repositories": [{"type": "composer", "url": "https://packagist.org"}]，显式覆盖了全局镜像 - 用了
composer create-project且指定了--repository-url，该参数会临时覆盖所有配置 - 环境变量
COMPOSER_REPO_PACKAGIST被设为原始地址
镜像切换后首次安装常卡在 loading composer repositories
这不是失效，而是 Composer 在下载并缓存镜像的完整 packages.json（几百 MB）。这个过程可能持续 1–5 分钟，期间看不到进度条，容易误判为失败。可以：
- 用
curl -I https://mirrors.aliyun.com/composer/packages.json手动测镜像响应头，确认服务可达 - 耐心等待，或加
-vvv看是否卡在某个具体 URL - 若超 10 分钟无进展，大概率是 DNS 解析异常或中间网络劫持，可尝试换镜像源
真正难排查的是“部分生效”：比如 require 走了镜像，但 update 又回退到官方源 —— 这往往是因为不同命令触发了不同的仓库解析路径，得结合 -vvv 日志逐行比对请求 host。
