中科大和清华镜像站值得优先选用，因其全量同步packagist、延迟仅3–5分钟、不依赖商业cdn、dns解析稳定、tls握手成功率高，且在教育网和北方地区访问更快、不受商业服务变更影响。
为什么高校镜像站（如中科大、清华）值得优先选
中科大（https://mirrors.ustc.edu.cn/composer/）和清华（https://mirrors.tuna.tsinghua.edu.cn/composer/）镜像已全量同步 Packagist，延迟通常在 3–5 分钟内，且不依赖商业 CDN，DNS 解析稳定、TLS 握手成功率高。相比部分云厂商镜像，高校镜像在教育网和北方地区访问更快，也不受商业服务变更影响。
composer config -g repo.packagist 命令必须写对三处
高校镜像配置和其他镜像一样，但错一处就静默失效：
-
-g参数不能省——缺了只改当前目录的composer.json，换项目就失效 -
repo.packagist是固定键名，不是repos.packagist（多一个s就无效），也不是packagist.org -
composer是 type 值，必须显式写出；URL 必须用 HTTPS，且末尾斜杠/不可少（https://mirrors.ustc.edu.cn/composer少斜杠会拼出 404 路径）
正确命令示例：
composer config -g repo.packagist composer https://mirrors.ustc.edu.cn/composer/
验证是否生效：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer config -g repo.packagist
输出应为类似 {"type": "composer", "url": "https://mirrors.ustc.edu.cn/composer/"} 的 JSON 对象，而非空、null 或报错。
项目级配置高校镜像更可控，尤其适合 CI 或团队协作
全局配置无法被 Git 跟踪，CI 环境中可能因用户权限或容器镜像未预装而失效。项目级配置直接写进 composer.json，拉代码即生效：
- 进项目根目录，运行：
composer config repo.packagist composer https://mirrors.tuna.tsinghua.edu.cn/composer/
- 该命令自动在
composer.json顶层添加"repositories"字段，key 固定为"packagist" - 如果项目已有
"repositories"数组（比如含私有包源），别手动覆盖——用命令追加，否则私有包会找不到 - 改完后建议执行：
composer update --lock
，确保composer.lock记录新源地址
换源后仍卡在 “Loading composer repositories”？先检查这几个点
高校镜像本身极少出问题，但以下情况会导致看似“镜像没生效”：
-
composer.lock里还存着旧源的元数据哈希，删掉vendor/和composer.lock再composer install - 项目用了已废弃的
fxp/composer-asset-plugin（常见于老版 Yii2），它绕过 Composer 镜像，单独请求 Bower 源——得升级到yiisoft/yii22.0.14+ 或移除该插件 - 某些 CI 脚本里硬编码了
--repository-url=https://packagist.org，会覆盖高校镜像，需检查脚本参数
高校镜像只加速元数据拉取和 ZIP 下载，不解决 Resolving dependencies 卡顿——那通常是 PHP 版本约束太宽或 dev 分支依赖太多导致的，和镜像无关。
