执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/即可全局切换至阿里云镜像，该命令写入~/.composer/config.json并立即生效，-g参数确保所有项目生效，末尾斜杠不可省略。
Composer 默认源在国内下载极慢甚至超时，直接换阿里、腾讯或华为的镜像源就能解决——但必须用 composer config 命令全局设置，手动改 composer.json 或环境变量容易失效或被覆盖。
如何用命令行一键切换到阿里云镜像
阿里云镜像稳定、同步及时，是目前最推荐的默认源。执行以下命令即可生效（无需重启终端）：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
注意：-g 表示全局配置，影响所有项目；如果只想改当前项目，去掉 -g 并确保在项目根目录下运行。
- 执行后会在
~/.composer/config.json中写入repo.packagist配置项 - 如果之前设过其他镜像（比如腾讯），这条命令会直接覆盖，不用先删旧配置
- 验证是否生效：运行
composer show -p，看输出中repositories是否指向阿里云地址
为什么不能直接改 composer.json 里的 repositories
在项目 composer.json 中硬编码镜像源，看似简单，但实际会引发冲突：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 当包依赖自身也声明了
repositories（比如私有包），Composer 会合并而非覆盖，导致请求发往多个源，速度反而更慢 - 团队协作时，有人提交了带镜像的
composer.json，别人拉下来可能因网络环境不同而报错 -
require操作时，Composer 优先读取全局配置，再合并项目级配置；手动加的repositories可能被忽略或降权
腾讯云和华为云镜像怎么选？
腾讯云镜像（https://mirrors.cloud.tencent.com/composer/）和华为云镜像（https://mirrors.huaweicloud.com/repository/php/）都可用，但要注意路径差异：
- 腾讯云地址末尾带斜杠，华为云地址末尾不带斜杠，但
composer config会自动补全，不影响使用 - 华为云源实际是托管在 OBS 上的静态镜像，偶尔同步延迟比阿里/腾讯略高（尤其新发布的包）
- 如果遇到某个镜像返回 404 或 503，可临时切回官方源调试：
composer config -g --unset repo.packagist
换源后 composer update 还卡住？检查这几点
镜像源本身没问题，但卡顿往往来自其他环节：
- 确认没同时启用
COMPOSER_HOME环境变量指向错误路径，导致配置没加载到正确位置 - 某些企业网络会拦截 HTTPS 请求，可临时试下 HTTP 地址（不推荐长期用）：
http://mirrors.aliyun.com/composer/ -
composer update卡在Loading composer repositories with package information阶段，大概率是 DNS 解析慢，可尝试加--no-plugins排除插件干扰 - 旧版本 Composer（如 1.x）对部分镜像支持不完整，建议升级：
composer self-update
镜像配置只是第一步，真正影响体验的是 Composer 自身的缓存机制和网络栈行为——别只盯着源地址，也要留意本地 ~/.composer/cache 是否堆积过多失效文件。
