composer config -g repo.packagist 不生效是因为键名必须为 repo.packagist（单数、小写）、type 值必须显式写 composer、url 必须以 https:// 开头且末尾带 /，三者缺一即静默失效；验证需执行该命令并确认输出为 {"type": "composer", "url": "..."}。
composer config -g repo.packagist 命令为什么总不生效
绝大多数人配完镜像后 composer install 还是慢，不是网络问题，是这条命令根本没写对——静默失败，不报错也不提示。
必须同时满足三个硬性条件：
-
repo.packagist是唯一合法键名，写成repos.packagist（多一个 s）或Repo.Packagist（大小写混用）都无效 -
composer是 type 值，不是可选参数，也不是注释；漏掉它，Composer 2.0+ 会 fallback 到官方源 - URL 必须以
https://开头，且末尾带斜杠，比如https://mirrors.aliyun.com/composer/；少斜杠会导致请求路径拼成/composerpackages.json直接 404
验证是否成功：运行 composer config -g repo.packagist，正确输出应为完整 JSON，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果返回空、null 或报错，说明配置未写入。
项目级配置比全局更可靠，怎么安全追加
全局配置看着省事，但一进公司项目或开源协作就容易出问题：CI 流水线 hash 不一致、新人拉代码行为不统一、私有包源被覆盖。
推荐在项目根目录执行（去掉 -g）：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/
这条命令会自动在 composer.json 顶层写入 "repositories" 字段，且 key 固定为 "packagist"，不会覆盖已有配置——前提是原 repositories 是对象（如 {}），不是数组（如 []）。
如果项目已有私有源，别手动编辑 composer.json，否则易误删；用命令追加更安全。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换源后依然卡在 Resolving dependencies？和镜像无关
镜像只加速包下载（Downloading 阶段），不解决依赖解析（Resolving dependencies）慢的问题。
如果你发现 composer update 卡住几十秒甚至几分钟，基本可以排除镜像问题，重点排查以下几点：
-
"php": "^7.4 || ^8.0"这类宽泛版本约束，会让 Composer 尝试大量组合 -
require-dev里塞了太多未锁定版本的工具链（如"phpunit/phpunit": "^9"） - 项目中存在大量
dev-分支依赖，或未固定composer.lock
这类问题换任何镜像都没用；临时解法是删掉 vendor 和 composer.lock，再 composer install ——但治标不治本，建议收紧版本约束。
阿里云、腾讯云、Laravel China 镜像怎么选
截至 2026 年 5 月，主流可用镜像如下：
- 阿里云：
https://mirrors.aliyun.com/composer/，更新频率约 96 秒，稳定性高，推荐首选 - 腾讯云：
https://mirrors.cloud.tencent.com/composer/，更新频率 24 小时，适合对实时性要求不高的场景 - Laravel China：
https://packagist.laravel-china.org，社区维护，部分包偶有延迟，但长期可用 -
https://packagist.phpcomposer.com已不稳定，不建议新项目使用
注意：所有镜像都支持 Composer 2.2+ 的 fallback 机制——若镜像返回 404 或 503，会自动切回 packagist.org 查一次，所以不必担心镜像临时不可用导致安装中断。
最常被忽略的一点：换源后首次运行若报 hash 校验失败，不是镜像问题，是本地缓存和 lock 文件不匹配；直接删掉 vendor 和 composer.lock 再来一遍就行。
