命令执行成功却没效果，是因为配置未正确写入全局 config.json：键名拼错（如 repos.packagist）、漏写 composer 类型值、URL 缺末尾斜杠、Windows 下 COMPOSER_HOME 未生效、缓存未清、项目级 repositories 字段屏蔽全局配置等均导致静默失效。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能生效，但漏掉任意一个细节——比如键名拼错、少写 composer 类型值、URL 缺末尾斜杠——都会静默失败，composer install 依然连 packagist.org。
为什么命令执行成功却没效果？
Composer 不报错，不代表配置落进去了。常见静默失效原因：
-
repo.packagist写成repos.packagist（多一个 s）：字段存进无效位置，composer config -g repo.packagist查不到输出 - 漏掉中间的
composer：命令变成composer config -g repo.packagist https://...，Composer 2.x+ 会 fallback 到默认源 - URL 少了末尾
/：比如写成https://mirrors.aliyun.com/composer，实际请求路径变成/composerpackages.json，直接 404 - Windows 下用 Git Bash 时，
COMPOSER_HOME未生效，实际读的是%APPDATA%\Composer\config.json，但你改的是~/.composer/config.json
如何验证是否真生效？
别信“命令没报错”，要查落地结果：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer config -g repo.packagist，正确输出应为：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 运行
composer diagnose，看 “Repo packagist.org:” 后面的地址是否匹配你配的镜像 URL - 执行
composer update -vvv | grep "GET "，确认日志中出现的是mirrors.aliyun.com而非packagist.org - 必须清缓存：
composer clear-cache，否则旧的packages.json元数据还在本地，请求照发原地址
项目里有 repositories 字段，全局配置就失效
只要项目根目录的 composer.json 里存在 "repositories" 字段（哪怕只是空数组或只写了 {"packagist.org": false}），全局设置就会被完全屏蔽——这是 Composer 的设计逻辑，不是 bug。
- 快速检查：
grep -A3 '"repositories"' composer.json - 临时绕过：
composer config --unset repositories（不加-g） - 想保留私有源又加镜像？别手写 JSON，用命令合并：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（无-g） - 已有
composer.lock时，旧文件会固化包地址，务必删掉vendor/和composer.lock再composer install
最易被忽略的是缓存和权限：CI 流水线里用 sudo composer config -g，写进的是 root 的 ~/.composer/config.json，而构建用户读的是自己的家目录；阿里云 ECS 内网用户若仍用公网 HTTPS 镜像，既慢又耗流量，应换用 http://mirrors.cloud.aliyuncs.com/composer/（注意是 HTTP，且结尾斜杠不可省）。
