直接结论：用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 即可完成全局镜像切换，但必须严格满足四要素：加-g参数、键名repo.packagist（单数小写）、显式传入type值composer、URL以https://开头且末尾带/，缺一均静默失效不报错。
直接结论：用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 这条命令就能完成全局镜像切换，但漏掉 -g、写错键名、少 composer 类型值、URL 缺末尾 / 中任意一项，都会静默失效——不报错、不提示、composer install 照样卡在 Downloading。
为什么 composer config -g repo.packagist 总不生效
不是网络慢，是命令写错了，而且错得非常安静：
-
repo.packagist必须是单数、全小写、不能多一个s（repos.packagist或packagist.org都无效） -
composer是必须显式传入的type值，不是注释，也不是可选参数；漏掉它，Composer 2.x+ 就 fallback 到官方源 - URL 必须以
https://开头，且末尾带/；否则请求路径拼成/composerpackages.json，直接返回 404 - 没加
-g参数 → 只改当前项目composer.json，换目录就失效
验证是否真写进去了：运行 composer config -g repo.packagist。正确输出应是完整 JSON 对象，例如：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果为空、null 或报错，说明根本没配成功。
Composer 2.2+ 用户该用 repositories.packagist.org
如果你的 Composer 版本 ≥2.2（查版本：composer --version），repo.packagist 可能被静默忽略。推荐改用新版键名：
- 设阿里云：
composer config -g repositories.packagist.org '{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}' - 设腾讯云：
composer config -g repositories.packagist.org '{"type": "composer", "url": "https://mirrors.cloud.tencent.com/composer/"}' - 恢复默认：
composer config -g --unset repositories.packagist.org
注意：value 必须是合法 JSON 字符串（用单引号包裹整个值，内部双引号保留），URL 末尾 / 缺一不可，否则报 Invalid repository type。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
项目级配置比全局更可靠
团队协作或 CI 环境里，全局配置容易被覆盖或权限错位（比如宝塔面板用 www 用户跑命令，但 -g 写的是 root 的配置）。项目级配置可 Git 跟踪、行为一致：
- 进项目根目录后执行（注意不加
-g）：composer config repo.packagist composer https://mirrors.aliyun.com/composer/ - 它会自动合并到
composer.json的"repositories"字段中，key 固定为"packagist" - 前提：原
"repositories"是对象（如"repositories": {}），不是数组；如果是数组，命令会失败，需先手动转成对象格式 - 已有私有仓库配置不会被覆盖，安全追加
提交 composer.json 到 Git，新人拉代码后 composer install 自动走镜像，composer.lock hash 一致，CI 构建稳定。
切完镜像后还要做三件事
配置写对了 ≠ 立刻生效。常见“已切换但还是慢”的真实原因是缓存未清或被覆盖：
- 运行
composer clear-cache—— 否则旧元数据仍从本地缓存读取，镜像变更不触发真实下载 - 进项目目录运行
composer config repositories，若输出非空（尤其含"packagist.org": false或数组），说明项目级composer.json已覆盖全局配置 - 运行
composer diagnose，看 “Repo” 行是否显示你配的镜像地址；若仍是https://packagist.org，说明被项目级配置屏蔽了
华为云镜像路径含 /repository/php/，别直接套用阿里云模板；清华旧域名 https://packagist.phpcomposer.com 已下线，继续用会报 cURL error 60。真正卡在 Resolving dependencies 阶段？那和镜像无关，是约束太宽或 require-dev 太重。
