Composer config -g repo.packagist 命令静默失效是因为必须同时满足三个硬性条件：键名严格为 repo.packagist（非 repos.packagist）、中间参数必须是 type 值 composer、URL 必须 HTTPS 且末尾带 /，任一缺失均不报错但回退官方源；验证需输出完整 JSON 对象如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。
composer config -g repo.packagist 命令为什么没反应
不是命令错了，是三个硬性条件缺一不可，漏掉任意一个都会静默失败、不报错、也不生效：
-
repo.packagist必须是这个键名——写成repos.packagist（多一个 s）、packagist.org或mirror都无效 - 中间的
composer是type值，不是可选参数，也不能省略或替换成其他字符串 - URL 必须是 HTTPS 且末尾带
/，例如https://mirrors.aliyun.com/composer/✅，少斜杠会拼出/composerpackages.json导致 404
验证方式很简单：执行 composer config -g repo.packagist，输出必须是完整 JSON 对象，形如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或报错，说明根本没写进去。
换源后还是卡在 “Loading composer repositories”
这不是镜像没切成功，而是 Composer 在读旧缓存和旧元数据：
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（尤其当你之前用过官方源装过包） - 加
-vvv重试：composer install -vvv，观察日志里请求域名是不是mirrors.aliyun.com或mirrors.cloud.tencent.com - 如果仍卡住，检查是否用了废弃插件（比如
hirak/prestissimo），它和新版 Composer 冲突，禁用再试
全局配置 vs 项目级配置，到底该用哪个
全局配置省事，但只对当前用户终端生效；项目级配置写进 composer.json，才能让协作者、CI/CD、宝塔后台等环境行为一致：
- 个人开发机用全局：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 团队项目用项目级：进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g），它会安全追加到repositories字段，不破坏已有私有源 - 注意：
composer.json里的repositories优先级高于全局配置——哪怕你刚配好全局，只要项目里有该字段，就会被覆盖且不提示 - 多用户环境（如宝塔、Docker）下，Web 服务常以
www用户运行，得切换用户执行：sudo -u www composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
阿里云、腾讯云、华为云镜像怎么选
三者都可用，但细节差异影响实际体验：
- 阿里云同步延迟通常 5–10 分钟，稳定性高，推荐作为默认首选：
https://mirrors.aliyun.com/composer/ - 腾讯云速度略快，但偶尔出现短暂不可用，适合备用：
https://mirrors.cloud.tencent.com/composer/ - 华为云镜像地址为
https://mirrors.huaweicloud.com/repository/php/，注意路径不同，不是/composer/结尾 - 已下线的地址（如
https://packagist.phpcomposer.com）会直接报Curl error: Could not resolve host，别再用 - 公司内网若拦截 HTTPS 重定向，可临时加
-n跳过证书校验（仅限可信环境），长期应联系运维加白名单
镜像本身不解决 Resolving dependencies 卡顿——那属于依赖解析逻辑问题，和源无关。真正要盯住的，是 Loading composer repositories 这一行是否发往了镜像域名。
