composer config -g repo.packagist 命令总不生效是因为四个硬性条件任一缺失：键名必须为单数 repo.packagist、type 值 composer 不可省略、url 必须 https 且末尾带 /、必须加 -g 参数，否则静默回退官方源；还需执行 composer clear-cache 并验证日志请求域名。
composer config -g repo.packagist 命令为什么总不生效
不是网络慢，也不是镜像挂了，90% 是命令本身写错却完全不报错。Composer 2.2+ 对配置项极其敏感，漏掉任意一环都会静默 fallback 到 https://packagist.org。
-
-g缺失 → 只改当前项目composer.json，换目录就失效 - 键名写成
repos.packagist或Repo.Packagist→ 配置存进无效字段，composer config -g repo.packagist输出为空或null - URL 少了末尾
/→ 请求路径拼成/composerpackages.json，直接 404 - 漏掉
composer这个 type 值 → 命令看似成功，实际被忽略（它不是注释，是必需参数）
不同 Composer 版本对应的关键配置项写法
Composer 1.x 和 2.2+ 的键名不兼容，混用就会失效。别凭记忆写，按版本选：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- Composer 1.x 或不确定版本：用
repo.packagist（单数、全小写、无 s） - Composer 2.2+（推荐）：必须用
repositories.packagist.org，且值为完整 JSON 字符串 - 验证方式统一：运行
composer config -g repo.packagist或composer config -g repositories.packagist.org，有结构化输出才算成功
阿里云 / 腾讯云 / 华为云镜像地址的实操差异
不能直接套模板，路径细节决定成败。尤其华为云含 /repository/php/，腾讯云默认开启 fallback，阿里云更严格——选哪个取决于你是否常装新包。
- 阿里云：
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/ - 中科大（USTC）：
composer config -g repo.packagist composer https://packagist.mirrors.ustc.edu.cn/
切完源必须做的两件事：clear-cache 和验证
配置写进 ~/.composer/config.json 只是第一步，本地元数据缓存不清理，一切白配；不验证，永远不知道是不是真在走镜像。
- 清缓存：
composer clear-cache（必须执行，否则仍请求旧源） - 查配置：
composer config -g repo.packagist或composer config -g repositories.packagist.org - 看真实请求：
composer show -p | head -3，第一行应显示你设的镜像域名 - 注意干扰项：项目根目录
composer.json里若有repositories字段，会直接覆盖全局配置
composer clear-cache，很多人改完立刻跑 install，结果日志里还全是 packagist.org 的域名。
