命令总不生效是因为漏加-g、键名写成repos.packagist或url缺末尾/，三者任一出错均静默回退官方源；必须严格使用repo.packagist（单数）、显式指定composer type值、url以https://开头且结尾带/，并加-g全局标志，否则配置无效。
composer config -g repo.packagist 命令为什么总不生效
不是网络慢，是命令写错了——漏 -g、键名写成 repos.packagist、URL 少了末尾 /，三者任一出错都会静默走官方源，且完全不报错。
Composer 2.x 内部硬编码只识别 repo.packagist（单数、全小写、无 s），写成 repos.packagist 或 packagist.org 会存进无效字段；composer 是必需的 type 值，不是注释，漏掉就 fallback 到 https://packagist.org；URL 必须以 https:// 开头且末尾带 /，否则请求路径拼成 /composerpackages.json 直接 404。
-
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/✅ -
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/❌（键名错） -
composer config -g repo.packagist https://mirrors.aliyun.com/composer❌（缺/+ 漏composertype） -
composer config repo.packagist composer https://mirrors.aliyun.com/composer/❌（漏-g，只改当前项目）
验证镜像是否真在用，别信“好像快了”
必须查实际配置和网络行为，不能靠主观感受。
- 运行
composer config -g repo.packagist，正确输出应为类似{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}的 JSON 对象；若为空、null或报错，说明没配成功 - 执行
composer diagnose，看 “Repo” 行是否显示镜像地址；若仍是https://packagist.org，说明被项目级repositories覆盖了 - 删掉
vendor/和composer.lock，再跑composer install -vvv，观察日志里下载 URL 是否含mirrors.aliyun.com
一行命令切阿里云 / 腾讯云 / 华为云镜像
不同镜像地址格式差异明显，尤其华为云路径含 /repository/php/，不能直接套用阿里云模板。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 阿里云：
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/ - 中科大：
composer config -g repo.packagist composer https://packagist.mirrors.ustc.edu.cn/ - 恢复官方源：
composer config -g --unset repos.packagist
清华旧镜像 https://packagist.phpcomposer.com 已下线，继续用会报 Could not resolve host 或 cURL error 60。
项目级配置比全局更可靠，怎么安全追加
团队协作或 CI 环境里，全局配置容易被覆盖或权限错位（比如宝塔面板用 www 用户跑命令，但 -g 写的是 root 的配置）；项目级配置可 Git 跟踪、行为一致。
- 进项目根目录后，去掉
-g执行：composer config repo.packagist composer https://mirrors.aliyun.com/composer/ - 它会自动合并到
composer.json的"repositories"字段中，key 固定为"packagist" - 前提是原
"repositories"是对象（如{"packagist": {}}），不是数组；如果是数组，命令会失败，需先手动转成对象格式 - 已有私有仓库配置不会被覆盖，但若存在
"packagist.org": false，得先删掉该字段，再执行composer clear-cache，否则旧缓存仍可能触发packagist.org请求
最常被忽略的是 composer.lock 文件里的 dist url 还指向原始源——哪怕镜像已生效，composer install 仍会先尝试旧地址。必须删掉 vendor/ 和 composer.lock 后重装。
