Composer config -g repo.packagist 命令总不生效是因为键名错误（如repos.packagist）、漏写type参数composer、URL缺末尾/、未加-g，任一出错均静默回退官方源，且项目级repositories字段会完全覆盖全局配置。
composer config -g repo.packagist 命令为什么总不生效
这条命令写错任意一个字符，配置就静默失效——不报错、不提示、后续所有操作仍走官方源。常见错误包括：
• 键名写成 repos.packagist（多一个 s）或 packagist.org（不是合法键名）
• 漏掉中间的 composer 参数，导致 Composer 2.0+ 自动 fallback 到官方源
• URL 少了末尾斜杠：https://mirrors.aliyun.com/composer ❌，必须是 https://mirrors.aliyun.com/composer/ ✅
• 忘加 -g，结果只改了当前项目 composer.json，换目录就失效
验证是否成功：运行 composer config -g repo.packagist，输出应为类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的 JSON 对象；空、null 或报错 = 没写对
项目级 repositories 为什么会覆盖全局镜像
Composer 硬编码优先级是：项目 > 用户 > 全局。只要项目根目录 composer.json 里有 repositories 字段，它就会无条件屏蔽你配好的阿里云/清华镜像。
典型陷阱：
• 团队模板自带 "repositories": [{"type": "composer", "url": "https://packagist.org"}]，一拉代码就失效
• CI 流水线用 www 或 runner 用户运行，读不到你本地 ~/.composer/config.json
安全追加方式：进项目目录，运行 composer config repo.packagist composer https://mirrors.tuna.tsinghua.edu.cn/composer/（不带 -g），它会自动 merge 到 repositories 数组中，不删已有私有源
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
换镜像后 still stuck at “Resolving dependencies”？和镜像无关
镜像只加速元数据拉取和 ZIP 下载，不解决依赖解析慢的问题。
如果你发现 composer update 卡在 Resolving dependencies 几十秒甚至几分钟，基本是本地约束太松导致的：
• "php": "^7.4 || ^8.0" 这类宽泛版本约束会让 Composer 尝试海量组合
• require-dev 里塞了太多未锁定的工具链（如 phpunit、larastan）
• 大量使用 dev-master 或未指定版本的包
这类问题换任何镜像都无效，得收紧约束、拆分 dev 包、用 composer.lock 锁死版本
curl -I https://packagist.org/packages.json 返回什么才说明真连得通
别信“能打开网页就算通”，Composer 走的是纯 HTTPS API 请求，必须验证这个端点：
• 返回 HTTP/2 200 或 HTTP/1.1 200 OK → 理论上可直连（但实际仍可能 TLS 握手失败）
• 返回 Could not resolve host → DNS 污染，必须换镜像，改系统 DNS 无效且危险
• 返回超时或 Connection refused → 网络出口被拦截，镜像仍是唯一可行路径
注意：composer clear-cache 必须在换源后立即执行，否则缓存里还存着失效的官方地址，新配置不会触发
