结论：composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 才能正确配置全局镜像，漏掉type、键名错误、URL缺斜杠或PHP禁用proc_open均导致静默失效。
直接说结论：用 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ 这一行命令就能生效，但漏掉 composer 类型、写错键名、URL 少斜杠、PHP 禁用 proc_open，都会让它“看起来配成功了，其实完全没用”。
为什么 composer config -g repo.packagist 总是不生效？
这不是镜像地址的问题，而是 Composer 在底层调用 PHP 函数失败或配置结构被忽略导致的静默失效。
-
repo.packagist是固定键名，写成repos.packagist（多一个 s）或repository.packagist都不会报错，但完全不生效 - 第二个参数
composer是type字段值，不是命令名；漏掉它，Composer 会 fallback 到官方源，且不提示 - URL 必须以
https://开头、末尾带/，例如https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌（某些版本返回 404） - 如果 PHP 的
disable_functions禁用了proc_open或putenv，config -g命令会直接失败，需检查php.ini并重启服务
怎么确认镜像真的在用，而不是“以为它在用”？
别只信 composer config -g repo.packagist 的输出，那只是配置值；真实请求路径藏在日志里。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
composer clear-cache && composer require monolog/monolog -vvv 2>&1 | grep "GET\|Downloading"，看 URL 是否含mirrors.aliyun.com，不是packagist.org或repo.packagist.org - 执行
composer show -v | head -n 5，观察第一行下载请求域名——这才是实际走的源 -
composer diagnose输出中若还有Repo packagist.org is default，说明镜像未接管，大概率是键名写错或被项目级repositories覆盖
项目里有 repositories 字段，全局镜像还管用吗？
不管用。Composer 的仓库优先级是：项目级 composer.json > 用户级 ~/.composer/config.json > 默认源。只要项目定义了 repositories，哪怕只写了 {"packagist.org": false}，全局配置就会被彻底忽略。
- 想临时验证镜像是否可用？加
--repository-url参数：composer update --repository-url=https://mirrors.aliyun.com/composer/ -
composer create-project不支持-r参数，CI 脚本里必须先config -g再执行，不能靠临时参数绕过 - IDE（如 PHPStorm）可能缓存配置，改完全局设置后需重启 IDE 才能识别
企业级高可用：主备镜像真能自动 fallback 吗？
不能。Composer 原生不支持主备 fallback；repositories 数组只是元数据合并顺序，超时或 5xx 错误直接中断，不会尝试下一个源，仅 404 时才查下一源。
- 硬塞多个源进
composer.json不会提升可用性，反而让元数据混乱、安装变慢甚至失败 - 目前最轻量可行的方案是装插件：
composer global require yunwuxin/composer-plugin-mirror - 插件按
repositories键名的字母序排序，所以建议用mirror1、mirror2控制顺序；每个镜像都得声明packages: ["*"]，否则只代理指定包名
真正容易被忽略的点是：项目级 repositories 会无条件覆盖全局配置，而多数人直到 CI 流水线突然拉不到包才意识到——本地看着好好的，线上却崩了。
