根本原因是键名、type值和url格式三者必须严格匹配：键名须为repo.packagist（非repos.packagist），type值必须显式写composer，url须为https且末尾带/；否则配置无效且不报错。
composer config -g repo.packagist 命令为什么总配不生效
根本原因不是网络慢，而是命令写错三个关键点：键名必须是 repo.packagist（不是 repos.packagist 或 packagist），composer 是 type 值（不能省），URL 必须用 HTTPS 且末尾带 /。
-
composer config -g repos.packagist composer https://mirrors.aliyun.com/composer/→ 多了个s，完全无效，也不报错 -
composer config -g repo.packagist https://mirrors.aliyun.com/composer/→ 少了composer类型声明，旧版 fallback 到官方源 -
composer config -g repo.packagist composer http://mirrors.aliyun.com/composer/→ HTTP 被 Composer 2.0+ 默认拒绝
验证是否成功：运行 composer config -g repo.packagist，输出必须是完整 JSON 对象，比如 {"type": "composer", "url": "https://mirrors.aliyun.com/composer/"}。空、null 或报错都说明没写进去。
镜像地址解析慢？不是 DNS 问题，是 cURL 缓存没绕过
换完阿里云镜像后 composer install 仍卡在 Loading composer repositories，大概率不是你本地 DNS 设置问题，而是 PHP 的 cURL 默认复用 DNS 缓存，导致镜像域名（如 mirrors.aliyun.com）仍被解析到海外 IP 节点。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 不用改系统 DNS，直接加环境变量强制跳过缓存：
COMPOSER_NO_INTERACTION=1 composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 在 Docker 构建中，必须提前在
Dockerfile里执行该命令，否则每次构建都重新走海外解析 - 临时验证是否是 DNS 缓存导致：加
-vvv参数看真实请求 URL，如果显示连的是https://packagist.org或超长延迟的 IP，基本可确认
为什么阿里云镜像比腾讯云/华为云更稳
不是速度数字高，而是同步机制和 CDN 覆盖更可靠。2026 年当前，阿里云镜像保持分钟级同步，且 mirrors.aliyun.com 全网 CDN 节点多、回源链路短；腾讯云偶尔有 503 或同步延迟，华为云路径带 /repository/php/ 容易手误漏掉。
- 阿里云正确地址：
https://mirrors.aliyun.com/composer/（结尾/不可少） - 腾讯云备用地址：
https://mirrors.cloud.tencent.com/composer/（注意没有/repository/php/） - 华为云地址：
https://mirrors.huaweicloud.com/repository/php/composer/（路径含/repository/php/，错写成/composer/直接 404） - 已停用源（2026 年全部失效）：
https://packagist.phpcomposer.com、清华源、phpcomposer.com
换源后 composer update 还卡在 Resolving dependencies 怎么办
镜像只加速下载，不解决依赖解析慢的问题。Resolving dependencies 卡住几十秒，和 DNS、镜像源完全无关，是本地 PHP 环境或 composer.json 写法问题。
- 检查 PHP 版本约束是否太宽，比如
"php": "^7.4 || ^8.0"，会触发大量版本试探 - 删掉
require-dev里的重型工具（如larastan、phpstan），它们会拖慢图计算 - 升级 Composer 到 2.5+：
composer self-update --prefer-dist，新版依赖解析引擎优化明显 - 临时加
--no-cache排查：缓存损坏也可能导致解析卡死
真正影响安装速度的，从来不是“DNS 解析快不快”，而是你有没有把 repo.packagist 键名敲对、有没有绕过 cURL DNS 缓存、以及有没有意识到 update 卡住和镜像毫无关系——这些点漏掉一个，换再快的 DNS 都白搭。
