Composer config -g repo.packagist 命令没生效是因为键名必须为repo.packagist（非repos等）、type值必须显式写composer、URL须HTTPS且末尾带/，三者缺一即静默回退官方源；验证需输出完整JSON对象。
composer config -g repo.packagist 命令为什么没生效
它根本没写进去，不是网络问题，是三个硬性条件漏掉任意一个就静默回退到 packagist.org：
-
repo.packagist是唯一合法键名——写成repos.packagist、packagist.org或repositories.packagist都无效 - 中间的
composer是type值，不是可选参数，也不能省略或替换成其他字符串 -
https://mirrors.aliyun.com/composer/必须以 HTTPS 开头，且末尾带斜杠；少斜杠会拼出/composerpackages.json导致 404
验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null、报错或只返回 URL 字符串（新版行为），都说明失败。
换源后 still stuck at “Loading composer repositories” 怎么办
这不是镜像没切对，而是旧缓存和锁文件还在用官方源地址：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 先执行
composer clear-cache清掉本地元数据缓存 - 删掉项目下的
vendor/和composer.lock - 再跑
composer install -vvv，观察日志里是否出现mirrors.aliyun.com或mirrors.tuna.tsinghua.edu.cn - 如果仍卡住，检查是否残留系统代理：
env | grep -i proxy，Composer 不自动绕过代理，哪怕镜像在国内也会被转发出去
团队协作或 CI 环境下该用全局还是项目级配置
全局配置（composer config -g）只对当前 shell 用户生效，在宝塔、GitHub Actions、Docker 构建中大概率失效：
- CI 流水线用
runner用户运行，读不到你本地的~/.composer/config.json - 宝塔默认以
www用户执行 PHP 任务，需显式切换：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 项目级配置更可靠：进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（不加-g），它会安全追加到composer.json的repositories字段中 - 注意：改完必须删掉
vendor/和composer.lock，再跑composer install，否则旧 lock 文件仍指向官方源
镜像加速不了的环节，别白忙活
镜像只加速元数据拉取和 ZIP 下载，不解决依赖解析慢的问题。如果你卡在 Resolving dependencies 或 Loading package information，基本和镜像无关：
-
composer.json里 PHP 版本约束太宽，比如"php": "^7.4 || ^8.0 || ^8.1 || ^8.2"，会让 Composer 尝试大量版本组合 - 大量未锁定的 dev 分支依赖，如
"monolog/monolog": "dev-main"，每次都要重新解析整个分支历史 -
require-dev里塞了太多工具（phpunit、phpstan、psalm），尤其当它们自身依赖复杂时 - 真正该跑的是
composer diagnose，它能暴露 OpenSSL 扩展缺失、ZIP 支持未启用、vendor 权限混乱等底层问题
