直接执行composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/即可全局生效，但90%失败源于漏-g、键名错为repos.packagist或URL末尾缺/，三者任一出错均静默回退官方源且不报错。
直接执行 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 就能全局生效，但 90% 的失败不是网络问题，是命令漏了 -g、键名写成 repos.packagist、或 URL 少了末尾 / —— 三者任一出错，Composer 都静默走官方源，且完全不报错。
为什么 composer config -g repo.packagist 总不生效？
这不是命令没运行，而是 Composer 2.2+ 对配置项识别极严格，写错一点就完全忽略：
-
repo.packagist必须是单数、全小写、无s；写成repos.packagist或packagist.org会存进无效字段，查composer config -g repo.packagist输出为空或null - 命令末尾必须显式带上
composer—— 这是type值，不是注释；漏掉它，Composer 就 fallback 到https://packagist.org - URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（拼路径变成/composerpackages.json，直接 404） - 没加
-g参数 → 只改当前项目composer.json，换目录就失效 - 执行后没跑
composer clear-cache→ 本地元数据缓存仍指向旧源，一切白配
一行命令切阿里云 / 腾讯云 / 华为云镜像
不同镜像地址格式差异明显，尤其华为云路径含 /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 流水线、宝塔面板、多项目混用时极易出问题 —— 镜像不一致会导致 composer.lock hash 不同、部署失败：
- 进项目根目录，运行：
composer config repo.packagist composer https://mirrors.aliyun.com/composer/（注意：不加-g） - 它会自动向
composer.json的"repositories"字段写入"packagist"子项，不覆盖已有私有源 - 前提：原
"repositories"是对象（如{"packagist": {}}），不是数组；如果是数组，命令会报错，需先手动转格式 - 提交
composer.json到 Git，新人拉代码后行为完全一致 - 换源后首次
composer install若报 hash 不匹配，删掉vendor/和composer.lock重来
验证是否真的生效了
别凭感觉，直接运行命令查输出：
- 执行：
composer config -g repo.packagist，正确结果应为类似：{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"} - 如果返回空、
null、报错，或输出里url还是https://packagist.org，说明配置没成功 - 运行
composer diagnose，看输出里的Repo.packagist.org行是否指向新地址 - 临时调试别动配置，用
-r参数就行：composer create-project laravel/laravel demo -r https://mirrors.aliyun.com/composer/
最易被忽略的是缓存：哪怕命令执行成功，不跑 composer clear-cache，旧元数据仍会把请求发往旧源 —— 这一步不能跳过。
