composer config -g repo.packagist 命令总不生效是因为漏-g、键名错写为repos.packagist、url缺末尾/三者任一出错均静默回退官方源；必须输出完整json如{"type":"composer","url":"https://mirrors.aliyun.com/composer/"}才算成功。
composer config -g repo.packagist 命令为什么总不生效
不是网络慢，是命令写错了——漏掉 -g、键名写成 repos.packagist、URL 少了末尾 /，三者任一出错都会静默回退到官方源，且完全不报错。
Composer 2.x 内部硬编码只识别 repo.packagist（单数、全小写、无 s），写成 repos.packagist 或 packagist.org 都会存进无效字段。验证方法很简单：执行 composer config -g repo.packagist，输出必须是类似 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} 的 JSON 对象；如果为空、null 或报错，说明没配成功。
-
-g必须带上，否则只改当前项目composer.json，换目录就失效 -
composer是type值，不是注释，漏掉它就 fallback 到packagist.org - URL 必须 HTTPS 开头且以
/结尾，否则请求路径拼成/composerpackages.json直接 404
一行命令切阿里云 / 腾讯云 / 华为云镜像
不同镜像地址格式差异明显，尤其华为云路径含 /repository/php/，不能直接套用阿里云模板。推荐直接复制粘贴执行（注意空格和斜杠）：
- 阿里云：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 腾讯云：
composer config -g repo.packagist composer https://mirrors.cloud.tencent.com/composer/ - 华为云：
composer config -g repo.packagist composer https://mirrors.huaweicloud.com/repository/php/composer/ - 中科大（USTC）：
composer config -g repo.packagist composer https://packagist.mirrors.ustc.edu.cn/
清华旧镜像 https://packagist.phpcomposer.com 已下线，继续用会报 Could not resolve host 或 cURL error 60。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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"是对象（如{"packagist": {}}），不是数组；如果是数组，命令会失败，需先手动转成对象格式 - 已有私有仓库配置不会被覆盖，安全追加
- 如果项目已存在
"repositories": {"packagist.org": false}，这条命令不会生效，得先删掉该禁用项再执行
切换后必须验证，别信“好像快了”
别凭感觉判断，要查实际生效的配置和网络请求：
- 运行
composer config -g repo.packagist，输出应为完整 JSON，且url字段匹配你设的镜像地址 - 运行
composer diagnose，看 “Repo” 行是否显示镜像域名；若仍是https://packagist.org，说明被项目级repositories覆盖了 - 跑一次
composer update -vvv，观察日志里Downloading的域名是不是mirrors.aliyun.com—— 这才是最终确认 - 如果日志里还出现
github.com或packagist.org，大概率是composer.lock里硬编码了原始 dist 地址，得跑composer update --lock刷新
最常被忽略的是缓存：执行完配置后，建议顺手跑一遍 composer clear-cache，否则旧缓存可能仍触发 packagist.org 请求。
