项目级配置仅作用于当前目录，执行composer config repo.packagist composer https://mirrors.aliyun.com/composer/会写入composer.json的repositories对象中且优先级高于全局配置；若repositories为数组或key错误则失效，需确保其为对象且key为"packagist"。
项目级配置：只改当前目录，不碰全局
直接在项目根目录运行 composer config repo.packagist composer https://mirrors.aliyun.com/composer/，这条命令会把镜像源写进当前项目的 composer.json 的 repositories 字段里，且只对这个项目生效。它优先级高于全局配置，但不会覆盖你机器上其他项目的设置。
常见错误现象：composer install 还是从 packagist.org 拉包，或者报 Repository has no URL defined —— 很可能是因为你手写了 repositories 数组，但没按 Composer 要求的结构来（比如 key 写成了 "aliyun" 而不是 "packagist"）。
- 必须确保
composer.json顶层的repositories是个对象，不是数组；key 必须是"packagist" - 如果项目已有
repositories，别直接删掉重写——用composer config --unset repositories清空后，再执行上面那条命令 - 删掉后验证：运行
composer config repo.packagist（不带-g），输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}
临时命令行参数：一次一换，不落痕迹
用 -r 参数或 --repository-url 可让单次命令绕过所有已存配置，连项目级的 composer.json 都不读。适合 CI 脚本、快速验证镜像可用性，或调试时排除配置干扰。
注意：不是所有子命令都支持 -r。composer install 和 composer update 可以，但 composer create-project 不认它，得用 --repository= 替代。
composer install -r https://mirrors.tuna.tsinghua.edu.cn/composer/composer update --repository-url=https://mirrors.cloud.tencent.com/composer/composer create-project laravel/laravel demo --repository=https://mirrors.aliyun.com/composer/
这种用法下，Composer 完全忽略 ~/.composer/config.json 和当前项目的 composer.json 里的 repositories，只走你指定的 URL。但也要小心：它不合并源，只用这一个，私有包或 require-dev 依赖可能因此失败。
环境变量方式：适合容器或 CI 场景
设 COMPOSER_REPO_PACKAGIST 环境变量也能临时切换，且比命令行参数更易集成进脚本或 Dockerfile。它和 -r 类似，优先级最高，不写入任何配置文件。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
示例：
COMPOSER_REPO_PACKAGIST=https://mirrors.aliyun.com/composer/ composer install
或在 CI 中写成：
env: COMPOSER_REPO_PACKAGIST: https://mirrors.tuna.tsinghua.edu.cn/composer/
关键点：
- 值必须是完整 URL，结尾斜杠不能少
- 不能设成
https://mirrors.aliyun.com/composer/packages.json这类路径，否则报Could not parse version constraint - 该变量只影响当前 shell 进程，退出即失效，完全无残留
为什么改了还不生效？几个硬核检查点
镜像配置写对了，但 composer install 还卡在 Loading composer repositories with package information —— 这大概率不是镜像问题，而是配置被更高优先级的东西压住了，或者 Composer 根本没读到你写的配置。
先运行 composer config -g repo.packagist 和 composer config repo.packagist 对比输出。如果前者有值、后者为空，说明项目级没配；如果两者都空，但 composer install 还慢，就查是否设置了 COMPOSER_HOME 环境变量指向了错误路径，导致 Composer 去读了一个不存在或旧的 config.json。
- Docker 或 CI 中常见：用户权限不对，
composer config -g写到了 root 用户的~/.composer/，但实际运行命令的是www-data用户 - 某些 IDE 内置终端会缓存 Composer 配置，改完后需重启终端或执行
composer clear-cache - 阿里云、腾讯云、清华源三者响应差异不大，但清华源对 IPv6 更友好；若遇到
Connection refused，换一个试试，别死磕
真正容易被忽略的是：镜像只加速元数据拉取（packages.json、p2/ 目录），不加速 ZIP 包下载——那些包仍从 GitHub/GitLab 直链下载，这部分速度取决于你的出口带宽和对方 CDN 节点。
