答案是：临时换源用--repository参数，永久换源用composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/；需注意键名repo.packagist（单数）、type值composer、URL末尾带/，且项目级repositories会覆盖全局配置。
Composer 默认源在国内下载极慢甚至超时，直接切镜像就能解决——但不是所有镜像都可靠，也不是所有命令都能自动生效。
怎么临时换源（适合单次调试）
执行 composer create-project 或 composer install 前，加 -vvv 参数能看到真实请求地址，确认是否走镜像。临时切换只需在命令后追加 --repository=https://mirrors.aliyun.com/composer/：
composer create-project laravel/laravel myapp --repository=https://mirrors.aliyun.com/composer/
注意：--repository 会完全覆盖 composer.json 中的 repositories 配置，且不改变全局设置；适合验证镜像可用性，但不适合日常开发。
怎么永久改全局源（推荐新手用）
运行以下命令即可把阿里云镜像设为全局默认：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令本质是修改 ~/.composer/config.json，写入 "repo.packagist": {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。常见误区：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 误用
composer config -g repos.packagist（多了一个s），会导致配置项无效 - Windows 用户要注意路径中
~指向%USERPROFILE%\AppData\Roaming\Composer\，不是C:\Users\XXX\下的任意目录 - 如果之前手动改过
config.json，建议先composer config -g -e打开编辑器清理冗余字段再执行上条命令
为什么换了源 still 走官网？
最常见原因是项目级配置覆盖了全局配置。检查项目根目录下的 composer.json 是否含有 repositories 字段：
"repositories": [
{"type": "composer", "url": "https://packagist.org"}
]
只要存在这类显式声明，Composer 就优先用它，无视全局设置。解决办法：
- 删掉
repositories整个字段（除非你真需要私有包） - 或改成镜像地址：
"url": "https://mirrors.aliyun.com/composer/" - 注意：某些 Laravel 官方模板、Symfony Flex 插件会自动生成该字段，初始化后务必检查
腾讯云、华为云镜像能用吗？
可以，但稳定性不如阿里云。腾讯云镜像 https://mirrors.cloud.tencent.com/composer/ 和华为云镜像 https://repo.huaweicloud.com/composer/ 均支持 HTTPS，但缓存更新延迟略高，偶尔出现新包未同步（比如某 Laravel 补丁发布 2 小时内搜不到）。建议：
- 生产环境一律用阿里云源（
https://mirrors.aliyun.com/composer/） - 企业内网可搭私有镜像（用
packagist-mirror工具），避免依赖公网 - 别用已停更的镜像，如网易源（
https://mirrors.163.com/composer/）早已下线，访问会返回 404
镜像不是万能的——如果 composer.lock 里记录的是 packagist.org 的包哈希，而镜像尚未同步该版本，仍会回源失败。遇到这种情况，删掉 composer.lock 再 composer install 是最快解法，但要确认团队协作中 lock 文件的更新流程是否允许这么做。
