Composer不支持自动镜像切换，所谓“fallback”全是假象；config -g repo.packagist失效主因是键名错误（须单数）、被项目级repositories覆盖或未清缓存，任一出错即静默回退官方源。
Composer 中文镜像站无法访问时，没有自动 fallback，你看到的“备用”全是假象；真容灾必须靠你自己控制流程。
为什么 composer config -g repo.packagist 配了却没生效
不是网络问题，是配置写错、被覆盖或缓存未清——这三处任一出错，Composer 就会静默回退到 packagist.org，且不报错。
-
repo.packagist必须是单数，写成repos.packagist或repositories.packagist.org（新版推荐）以外的变体，一律静默失败 - 命令中
composer是必须显式传入的type值，漏掉它，命令看似成功，实际只存了个空对象 - URL 必须以
/结尾，比如https://mirrors.aliyun.com/composer/，少一个斜杠会导致请求路径变成/composerpackages.json，直接返回 404 - 改完不执行
composer clear-cache，本地元数据仍指向旧地址，install或update看似卡住，实则根本没发请求到新源
怎么确认当前用的是哪个镜像源
不能只信 composer config 的输出，得交叉验证三处：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（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：正确输出应为{"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}；若为空、null或报错，说明配置没落盘 - 运行
composer diagnose：找到 “Repo:” 行，域名必须是你配的镜像（如mirrors.aliyun.com），不是packagist.org - 加详细日志跑一次
composer update -vvv：日志里所有Downloading行的 URL 必须含你配的镜像域名，且不能出现packagist.org
临时切源比永久配置更可靠
尤其在 CI、调试或帮别人跑命令时，硬改全局配置容易污染环境，也难追溯问题。
- 单次命令指定源：
composer create-project laravel/laravel myapp -r https://mirrors.aliyun.com/composer/ - 仅当前项目生效（不写进
composer.json）：composer config repo.packagist composer https://mirrors.ustc.edu.cn/composer/ - 完全绕过所有配置强制走某地址：
composer install -vvv --repository-url=https://mirrors.huaweicloud.com/repository/php/composer/，适合快速验证镜像可用性
用 curl 直接测镜像是否可用
比依赖 composer diagnose 更可靠。这是定位网络问题的第一步，也是唯一能确认镜像真实状态的方式。
- 阿里云：
curl -I https://mirrors.aliyun.com/composer/（应返回HTTP/2 200） - 腾讯云：
curl -I https://mirrors.cloud.tencent.com/composer/ - 华为云：
curl -I -A "Composer/2.0" https://repo.huaweicloud.com/composer/（部分镜像要求User-Agent） - 清华源已停用，别再配
https://packagist.phpcomposer.com/
注意：返回 302 或 403 不代表“连不上”，可能是镜像策略变更或需带 Host 头——这不是 Composer 的问题，是镜像服务端的限制。
