最可靠写法是composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，须严格满足三条件：键名单数小写repo.packagist、type值为composer、url为https且末尾带/，否则静默回退官方源。
直接用 composer config -g repo.packagist composer [URL] 配置全局镜像源最可靠，但 90% 的“不生效”不是网络问题，而是命令漏了 -g、键名写成 repos.packagist（多一个 s）、或 URL 末尾缺 / —— 三者任一出错，Composer 都静默 fallback 到 https://packagist.org，不报错、不提示。
为什么 composer config -g repo.packagist 总没效果
这不是命令没运行，是 Composer 2.2+ 对配置识别极严格，写错一点就完全忽略：
-
repo.packagist必须是单数、全小写、无s；写成repos.packagist或packagist.org会存进无效字段，查composer config -g repo.packagist输出为空或null就是典型表现 - 中间必须显式传
composer—— 这是type值，不是注释；漏掉它，配置就无效，Composer 直接降级回官方源 - URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（拼路径变成/composerpackages.json，直接 404） - 没加
-g→ 只改当前项目composer.json，换目录就失效
不同镜像 URL 的格式差异必须手动核对
不能复制粘贴后简单替换域名，每个源的路径结构都不同：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 阿里云：
https://mirrors.aliyun.com/composer/ - 腾讯云：
https://mirrors.cloud.tencent.com/composer/ - 华为云：
https://mirrors.huaweicloud.com/repository/php/composer/（少/repository/php/就 404） - 中科大：
https://packagist.mirrors.ustc.edu.cn/ - 清华旧镜像
https://packagist.phpcomposer.com已下线，继续用会报Could not resolve host或cURL error 60
切完镜像 vendor 还是慢？关键在 composer.lock 和缓存
镜像配置成功 ≠ 下载立刻走国内节点。原因有二：
-
composer.lock里记录的是原始dist.url（比如https://api.github.com/...），Composer 会优先尝试这个地址；必须执行composer update --lock强制重写所有包的下载路径 - 元数据缓存未清：
composer clear-cache必须跟在配置命令之后，否则本地仍加载旧源的包列表 - 如果项目
composer.json中已声明repositories字段（哪怕为空数组），它会完全屏蔽全局配置；需手动删掉或设为"packagist": false
临时调试或 CI 场景下不改配置的替代方案
有些场景你根本不想动任何配置文件，比如帮同事验证、CI 脚本中做主备 fallback：
- 单次命令指定源：
composer create-project laravel/laravel myapp -r https://mirrors.aliyun.com/composer/（注意参数是-r） - 仅当前项目生效（不写进
composer.json）：composer config repo.packagist composer https://packagist.mirrors.ustc.edu.cn/（去掉-g） - 调试真实请求地址：
composer update -vvv --repository=https://mirrors.cloud.tencent.com/composer/，日志第一行会显示实际下载 URL - CI 中实现主备逻辑：不能依赖 Composer 自动 fallback，必须用脚本先
curl -I -s https://mirrors.aliyun.com/composer/测通再设源，失败则 warn 并切备用
最容易被忽略的是：换源后不删 vendor/ 和 composer.lock 就直接 install，或者忘了 clear-cache —— 这时候你看到的“加速”只是假象，实际请求可能还在走 packagist.org 或 404 后静默失败。
