命令总不生效是因为漏-g、键名错写为repos.packagist、URL末尾缺/，三者任一出错均静默回退至官方源；正确命令为composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/，验证需输出完整JSON对象。
composer config -g repo.packagist 命令总不生效？先看这三点
不是网络慢，是命令写错了——漏 -g、键名写成 repos.packagist、URL 少末尾 /，三者任一出错都会静默回退到官方源，且完全不报错。
-
repo.packagist是硬编码键名，多一个s（比如repos.packagist）就存进无效字段，composer config -g repos.packagist在新版 Composer 中会静默失败 -
composer是必须的type值，不能省略；漏掉它，Composer 会 fallback 到packagist.org，等于白配 - URL 必须以
https://开头且以/结尾，否则请求路径拼成/composerpackages.json直接 404
验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，例如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。如果为空、null 或报错，说明没配成功。
阿里云、清华、华为、腾讯镜像的实际差异在哪
截至 2026 年 7 月，四家主流镜像均支持 HTTPS 和 Composer 2.9.6，但同步策略和适用场景不同，不能只看“谁快”。
-
https://mirrors.aliyun.com/composer/：华南/华东/华北用户延迟低，Laravel/Symfony 等主流包同步及时；小众 GitHub 私仓偶尔滞后 1–2 小时 -
https://mirrors.tuna.tsinghua.edu.cn/composer/：教育网及北方地区访问极快，但部分南方用户偶发 DNS 解析慢；对 PHP 8.4 新函数签名兼容性验证更严格，新版本上线可能比阿里云晚几小时 -
https://mirrors.huaweicloud.com/repository/php/composer/：全量镜像，含历史版本包，同步延迟最低；但 metadata 请求略慢（因分片存储），composer install首次拉取稍卡 -
https://mirrors.cloud.tencent.com/composer/：CDN 覆盖广，南方用户稳定；不保留已删包，遇到Package not found可能是原包被作者下架，非镜像问题
别只跑 time composer update --dry-run 看平均耗时——重点观察是否出现 Connection refused 或 SSL certificate problem，后者多因镜像用了过期中间证书。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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 跟踪、行为一致。
- 进项目根目录后执行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意不加-g） - 该命令会自动向
composer.json的"repositories"字段追加一条"packagist"配置，前提是原"repositories"是对象（如{"packagist": {}}），不是数组；如果是数组，命令会失败，需先手动转成对象格式 - 已有私有仓库配置时，别手动编辑 JSON —— 用命令追加更安全，避免误删其他源
- 必须显式加
"packagist.org": false，否则 Composer 仍可能回退到官方源触发超时
换源后首次 composer install 若报 hash 校验失败，删掉 vendor 和 composer.lock 重来即可。
哪些镜像已经失效或不建议再用
以下地址已确认不可靠，继续使用会导致 Repository not found、Could not resolve host 或频繁 502：
-
https://packagist.phpcomposer.com：非官方托管，自 2025 年底起频繁 502，2026 年起已不鼓励新项目使用 -
https://packagist.laravel-china.org：已于 2026 年初停止维护，composer update直接报错 -
http://开头的所有镜像：Composer 2.2+ 默认禁用 HTTP 源，会直接拦截
中科大镜像 https://packagist.mirrors.ustc.edu.cn/ 仍可用，但同步延迟略高，日常开发优先选阿里云或腾讯云；SJTUG 镜像虽稳定，但需确认出口 IP 是否在教育网白名单内，否则可能返回 403。
