composer config -g repo.packagist 命令静默失效的根本原因是键名错（如repos.packagist）、漏掉type值composer、URL末尾缺/，三者任一出错即静默回退官方源；验证需输出完整JSON或URL且含镜像域名。
composer config -g repo.packagist 命令为什么没生效
这条命令静默失败是常态，不报错、不提示，但composer install照旧连packagist.org。根本原因就三个硬伤：
-
repo.packagist写成repos.packagist（多一个s）或packagist.org——键名错，直接忽略 - 漏掉中间的
composer参数：命令必须是composer config -g repo.packagist composer https://...，少这个composer，Composer 2.x 就当没这回事，fallback 回官方源 - URL 少了末尾斜杠：
https://mirrors.aliyun.com/composer❌ →https://mirrors.aliyun.com/composer/✅；少斜杠会导致请求拼成/composerpackages.json，404后卡住不动
验证是否写进去了？只跑composer config -g repo.packagist看输出：必须是完整 URL 或类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、或仍是https://packagist.org，说明根本没生效。
项目级配置比全局更可靠
全局配置写在~/.composer/config.json，但在宝塔（www用户）、Docker 构建（root vs runner）、GitHub Actions（不同 runner 用户）里经常读不到。项目级配置直接落进composer.json，拉代码即用，行为可预期：
- 进项目根目录，运行：
composer config repo.packagist composer https://mirrors.tuna.tsinghua.edu.cn/composer/（注意不加-g） - 该命令自动向
repositories字段追加"packagist"条目，不覆盖已有私有源（前提是原repositories是对象{}或数组[]） - 别手动编辑
composer.json——JSON 格式错一个逗号，composer install直接报错退出 - 改完立刻删掉
vendor/和composer.lock，再跑composer install --no-cache，避免旧缓存干扰
换源后仍卡在 Downloading 怎么办
镜像只加速下载阶段，但旧缓存里存着packagist.org的元数据，Composer 会优先读缓存并尝试从旧地址校验——结果不是“没走镜像”，而是根本没发请求出去：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先清缓存：
composer clear-cache - 删干净：
rm -rf vendor/ composer.lock - 强制走新源：
composer install --no-cache - 别试图保留旧
composer.lock——它记录的是旧源的包哈希，和镜像返回的元数据不兼容，必然报hash does not match
验证是否真走镜像？光看config输出没用，得看网络请求：composer show monolog/monolog -vvv 2>&1 | grep "Downloading"，日志里必须出现mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn才算数。
镜像选哪个？阿里云还是清华源
阿里云同步最快（新包基本10分钟内可见），适合日常开发；清华源对 IPv6 支持更稳，部分地区连接更可靠。腾讯云和华为云也可用，但要注意：
- 腾讯云地址：
https://mirrors.cloud.tencent.com/composer/（必须带末尾/） - 华为云地址：
https://mirrors.huaweicloud.com/repository/php/（路径不同，不是/composer/） - 所有镜像都只是代理，不托管全部包——刚发布的版本可能短暂缺失，
curl -I https://mirrors.aliyun.com/composer/p2/xxx.json能快速确认是否已同步
换源解决不了Resolving dependencies卡顿，那和镜像无关，是约束太宽、dev 版本太多、或废弃插件（如fxp/composer-asset-plugin）导致的本地计算瓶颈。
