composer 2.2+ 全局镜像配置必须严格使用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/（单数键、三参数、url 末尾带 /），否则静默失败；项目级 repositories 字段会覆盖全局配置，需检查并清除；验证需 curl -i 直测镜像根路径，且切换后须清缓存、删 vendor 和 lock 文件再 install。
composer config -g repo.packagist 命令为什么没反应
它根本没写进去，不是慢、不是卡，是命令格式错一个字符就静默失败。Composer 2.2+ 只认 repo.packagist（单数，不能是 repos.packagist 或 repositories.packagist.org），且必须带三个参数：-g、composer（type 值）、HTTPS URL 末尾带 /。
常见失效组合：
-
composer config -g repo.packagist https://mirrors.aliyun.com/composer/→ 漏了中间的composer，整条被忽略 -
composer config repo.packagist composer https://mirrors.aliyun.com/composer/→ 少-g，只改当前项目，换目录就失效 -
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer→ URL 少末尾/，请求路径变成/composerpackages.json，返回 404
验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或报 Key not found，说明没写对，立刻重试。
明明配了镜像，composer install 还在连 packagist.org
不是配置没读到，是被更高优先级的设置覆盖了。Composer 的源生效顺序是：项目级 composer.json 中的 repositories 字段 > 全局配置 > 默认源。只要项目里有 "repositories"，哪怕值是空数组 [] 或 {}，全局镜像就彻底失效。
排查步骤：
- 进项目目录，运行
composer config repositories，看输出里packagist.org对应的url是不是你配的镜像地址 - 用
grep -A5 '"repositories"' composer.json检查是否硬编码了旧源（比如已下线的https://packagist.phpcomposer.com） - 临时清除覆盖：运行
composer config --unset repositories（注意没-g），再试composer install
CI/CD 环境（如 GitHub Actions）默认不继承本地全局配置，必须在 workflow 中显式执行两条命令：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer config -g repositories.packagist.org.type composer<br>composer config -g repositories.packagist.org.url https://mirrors.aliyun.com/composer/
curl 测试返回 404 或超时，但 composer diagnose 显示 OK
composer diagnose 只检查 PHP 环境和缓存路径，完全不发网络请求，也不读镜像配置。它显示 OK ≠ 镜像可用。
真实验证方式只有一条：
- 用
curl -I https://mirrors.aliyun.com/composer/packages.json直打镜像根路径 - 必须返回
HTTP/2 200或HTTP/1.1 200 OK - 返回
HTTP/2 404→ URL 缺后缀（华为云应为https://mirrors.huaweicloud.com/repository/php/composer/，不是/composer/） - 超时或
Could not resolve host→ DNS 或网络层问题，和 Composer 无关 - 返回 HTML 页面（非 JSON）→ 某些镜像（如清华源）公网访问会触发人机验证，生产环境建议换阿里云或腾讯云
换镜像后 install 报 hash 不匹配或卡在 Loading repositories
这不是配置失败，是缓存和 lock 文件残留导致的状态污染。
必须做三件事：
- 执行
composer clear-cache，清掉旧的packages.json缓存 - 删掉项目里的
vendor/和composer.lock（切换镜像后，lock 文件里记录的 dist URL 和哈希仍指向官方源，校验必然失败） - 再跑
composer install（不是update），让 Composer 重新解析依赖、生成适配新镜像的 lock 文件
如果仍卡住，加 -vvv 看真实请求：composer install -vvv | grep "Downloading.*packages.json"，第一行域名才是实际走的源——别信配置文件，只信这一行。
