全局镜像应修改用户级配置文件，即~/.composer/config.json（linux/macos）或%APPDATA%Composerconfig.json（windows），执行composer config -g repo.packagist https://mirrors.aliyun.com/composer/最稳妥。
composer全局镜像到底改哪个配置文件
改的是用户级 composer.json，不是项目里的那个。Composer 启动时会按顺序找配置：当前目录 → COMPOSER_HOME 目录 → 默认用户目录（如 ~/.composer）。你执行 composer config -g 看到的路径，才是真正的全局配置落点。
常见错误是直接去改项目根目录下的 composer.json，或者误以为 /usr/local/bin/composer 这类可执行文件能配源——它只是个启动器，不存配置。
-
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/是最稳的写法，-g明确指定全局 - 手动编辑时，确保文件在
~/.composer/config.json（Linux/macOS）或%APPDATA%Composerconfig.json（Windows），且顶层有"repositories"字段 - 如果之前用过
composer config --global（旧版命令），现在建议统一用-g，避免因版本差异导致配置写错位置
阿里云、腾讯云、华为云镜像地址怎么选
国内主流镜像基本都同步及时，但行为细节有差异：阿里云默认关闭 packagist.org 的 fallback（即找不到包时不自动回源），腾讯云默认开启。如果你依赖某些未被镜像收录的私有包或新发布包，回源机制就很重要。
实际建议：
- 日常开发用
https://mirrors.aliyun.com/composer/，响应快、稳定性高 - CI/CD 流水线里优先用
https://mirrors.cloud.tencent.com/composer/，fallback 更友好，减少因临时同步延迟导致构建失败 - 别用已停更的镜像（比如老的 phpcomposer.com），会遇到 404 或证书错误
curl Error 60: ssl certificate problem
改完不生效？检查这三件事
改完配置不生效，90% 是缓存或权限问题，不是镜像地址写错了。
- 运行
composer clear-cache，否则 Composer 会继续用旧源的缓存元数据 - 检查是否被项目级配置覆盖：进任意项目目录，执行
composer config repo.packagist，如果返回非空，说明项目自己设了源，会优先生效 - Windows 下如果用 git bash，注意
COMPOSER_HOME环境变量可能没生效，直接看%APPDATA%Composerconfig.json文件内容最可靠
为什么 composer create-project 还是走国外源
因为 create-project 默认会先拉取 composer/composer 自身的依赖，这部分不受全局 repo.packagist 控制——它走的是硬编码的 packagist.org，除非你显式加 --repository-url 参数。
真正有效的做法：
- 先确保全局源已生效（
composer config -g repo.packagist能输出镜像地址） - 再执行
composer create-project laravel/laravel myapp --repository-url https://mirrors.aliyun.com/composer/ - 或者干脆用
composer create-project --prefer-dist，跳过 dev 包下载，也能绕过部分源依赖
这个细节很多人卡住半天，其实不是镜像没设对，而是 create-project 的行为比普通 install 多一层引导逻辑。