全局换源需确保三点：repo.packagist（非repos）、type为composer、URL用HTTPS且末尾带斜杠；项目级配置更可控，优先推荐。
全局换源一条命令就能生效，但必须写对三个关键点
绝大多数人配不成功，不是网络问题，是命令敲错了。核心就三点：repo.packagist（不能多写一个 s 变成 repos.packagist）、composer（这是 type 值，不能省）、URL 必须带末尾斜杠且用 HTTPS。
-
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/✅ 正确 -
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/❌ 多个 s，完全无效，也不报错 -
composer config -g repo.packagist https://mirrors.aliyun.com/composer/❌ 少了composer类型声明，旧版会 fallback 到默认源 -
composer config -g repo.packagist composer http://mirrors.aliyun.com/composer/❌ HTTP 被 Composer 2.0+ 默认拦截，必须用 HTTPS
验证是否写入成功，直接运行 composer config -g repo.packagist，输出应为完整 JSON 对象，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果返回空、null 或报错，说明没生效。
项目级配置优先级更高，适合团队协作和 CI 环境
全局配置看着省事，但一旦你参与的开源项目要求走官方源（比如测试 packagist.org 的新发布逻辑），或者你在公司 CI 流水线里混用了不同镜像，就容易出包 hash 不一致、依赖解析失败等问题。项目级配置写进 composer.json，所有人拉代码后行为一致，更可控。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 进项目根目录，运行
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（去掉-g） - 该命令会自动在
composer.json顶层写入"repositories"字段，key 必须是"packagist"，不能是"aliyun"或其他别名 - 如果项目已有
"repositories"，别手动覆盖——用命令追加，否则可能误删私有包源 - 换源后首次
composer install若报 hash 校验失败，删掉vendor和composer.lock重来即可
换源后 composer update 还卡在 Resolving dependencies？那和镜像无关
镜像只加速下载，不解决依赖解析慢的问题。如果你发现 composer update 卡在 Resolving dependencies 阶段几十秒甚至几分钟，基本可以确定是本地环境或 composer.json 写法导致的，和镜像源毫无关系。
- 常见诱因：PHP 版本约束太宽（如
"php": "^7.4 || ^8.0"）、大量未锁定版本的 dev 包、require-dev 里塞了太多工具链 - Composer 2.2+ 默认开启 fallback 机制：镜像返回 404 或 503 时，会自动切回
packagist.org查一次。别轻易关它，否则缺失包直接报错 - 想确认当前实际请求地址，加
-vvv参数，比如composer update -vvv，日志里会打印出每个包的真实下载域名 - 如果连
mirrors.aliyun.com都无法解析（如Could not resolve host），可能是公司 DNS 拦截，可尝试用 IP 直连（如118.31.67.52）配合/etc/hosts绕过
华为云、腾讯云、中科大镜像怎么选？看场景，别迷信“最全”
阿里云镜像确实稳定，但不是所有场景都适用。比如你在华为云 ECS 上跑 CI，用华为云镜像（https://mirrors.huaweicloud.com/repository/php/composer/）延迟更低；如果团队里有人用教育网，中科大镜像（https://mirrors.ustc.edu.cn/composer/）往往更顺。
- 华为云 URL 路径是
/repository/php/composer/，不是/composer/，少一个路径就 404 - 腾讯云镜像同步快，CDN 节点多，适合跨运营商用户，地址是
https://mirrors.cloud.tencent.com/composer/ - 临时验证某个镜像是否可用，用
--repository=xxx参数单次生效，比如composer create-project laravel/laravel demo --repository=https://mirrors.ustc.edu.cn/composer/ - 别同时配多个镜像源到同一个
repositories里——Composer 不支持“轮询”，只会按顺序找，写错顺序反而拖慢
最容易被忽略的是：项目里显式写了 "packagist.org"，哪怕只有一行，也会让镜像彻底失效。检查 composer.json 的 "repositories" 字段，确保没有手动保留官方源条目。
