阿里云镜像最稳，https://mirrors.aliyun.com/composer/ 是当前（2026 年中）实测同步最快、HTTPS 兼容性最好、CDN 覆盖最全的选项；清华源偶尔延迟高，腾讯云和华为云可用但路径易错，中科大适合教育网用户。
阿里云镜像最稳，https://mirrors.aliyun.com/composer/ 是当前（2026 年中）实测同步最快、HTTPS 兼容性最好、CDN 覆盖最全的选项；清华源偶尔延迟高，腾讯云和华为云可用但路径易错，中科大适合教育网用户。
为什么 composer install 卡在 “Loading composer repositories”
这不是你网络差，也不是项目有问题——是 Composer 默认从 https://packagist.org 拉全量元数据（不是 ZIP 包），这个过程要走 TLS 握手 + DNS 解析 + CDN 回源，国内直连常超时或返回 503。镜像必须同时提供元数据接口和 ZIP 分发节点，否则会报 Package not found 或 Signature mismatch。
- 元数据加载慢 ≠ 包下载慢，两者是独立环节
- 换源后首次运行仍卡？先清缓存：
composer clear-cache - 加
-vvv参数才能看到真实请求地址，不加就等于“盲装”
composer config -g repo.packagist 全局配置的坑
这条命令看似简单，但权限、路径、拼写三处最容易翻车：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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.aliyun.com/composer❌（会 404） - 宝塔面板里「一键部署」仍慢？因为 PHP 管理器可能以
www用户运行，而-g写的是root的~/.composer/config.json；得切到www用户下再执行一次 - 提示
Could not write to …？加--no-plugins参数绕过插件干扰：composer config -g --no-plugins repo.packagist composer https://mirrors.aliyun.com/composer/ - 验证是否生效，只跑：
composer config -g repo.packagist，输出非空且不含packagist.org就对了
临时换源和项目级配置的适用场景
全局不是万能解法，有些情况必须用其他方式：
- CI/CD 脚本不想污染环境？用
--repository（不是--repository-url，后者被 Composer 忽略）：composer update -vvv --repository=https://mirrors.cloud.tencent.com/composer/ - 团队协作怕配置冲突？进项目目录，去掉
-g运行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/，它会安全 merge 到composer.json的repositories字段里，不会删掉已有的私有源 - 已有
repositories字段？别手动编辑 JSON，用命令追加，否则格式错一个逗号就导致composer install报语法错误 - 换源后
composer.lockhash 不匹配？直接删掉vendor和composer.lock重来，这是最干净的解法
真正容易被忽略的点是：镜像地址必须和 Composer 版本严格匹配。Composer 2.2+ 默认禁用 HTTP 源，所有镜像必须带 https://；华为云路径含 /repository/php/，腾讯云是 /composer/，阿里云末尾必须有斜杠——写错一个字符，Composer 就静默 fallback 到官方源，你还以为“已经换了”。
