镜像对依赖解析（resolving dependencies）完全无效，只加速下载环节；该阶段是本地sat求解器穷举版本组合，不发网络请求，慢因在于宽泛php约束、启用xdebug、minimum-stability设为dev、composer.lock缺失或私有源超时，需收紧约束、禁用xdebug、清理缓存并验证镜像配置是否正确生效。
镜像对依赖解析（Resolving dependencies）完全无效，只加速下载环节。 换了阿里云、腾讯云或清华镜像后，如果 composer install 或 composer update 仍卡在 Resolving dependencies 超过 10 秒，说明问题根本不在网络——你正在白忙活。
为什么“Resolving dependencies”慢和镜像无关
这个阶段是 Composer 在本地运行 SAT 求解器，穷举满足所有约束的包版本组合。它不发任何 HTTP 请求，不读镜像，也不碰网络。常见诱因包括：
-
composer.json中写了过于宽泛的 PHP 版本约束，例如"php": "^7.4 || ^8.0 || ^8.1 || ^8.2"，让求解器暴力尝试数百种组合 - 存在
"minimum-stability": "dev"，强制拉取dev-分支，候选包数量指数级膨胀 -
composer.lock被删除或未提交，install实际退化为update，触发全量重解析 - 项目中
repositories字段指向了已下线或响应超时的私有源，Composer 会逐个等待 timeout 后才 fallback
真正能提速依赖解析的实操动作
验证是否卡在这一步：加 -vvv 运行命令，观察日志里最久的一段是否形如 Resolving dependencies through SAT 且持续数秒以上。如果是，立刻执行以下检查：
- 运行
composer validate --strict，确认composer.json和composer.lock语义合法 - 删掉
"minimum-stability": "dev"，改用"prefer-stable": true - 收紧
php约束：例如只写"php": "^8.1"，而非兼容四五个大版本 - 临时禁用 Xdebug：
php -d zend_extension= -d xdebug.mode=off composer install，Xdebug 会拖慢求解器 3–5 倍 - 清理旧缓存：
composer clear-cache，避免损坏的 vendor hash 干扰解析路径
镜像配置本身极易出错，90% 的“换源无效”源于三处硬伤
别信“配了就行”，必须逐项验证是否真生效：
-
repo.packagist不能写成repos.packagist（多一个s就彻底失效，且无报错） - URL 必须以
/结尾：https://mirrors.aliyun.com/composer/✅，https://mirrors.aliyun.com/composer❌ - 必须带
-g参数全局设置；漏掉就只改当前目录的composer.json，换个项目即失效 - 验证命令：
composer config -g repo.packagist，输出应为完整 JSON 或明确 URL 字符串，空、null、或仍是https://repo.packagist.org都说明没写进去
依赖树生成快不快，取决于你有没有动 composer.json 里的约束逻辑，而不是镜像地址换得有多勤。很多人反复重装 Composer、切镜像、清缓存，却从不打开 composer.json 看一眼 php 那行写了什么——这才是最常被跳过的一步。
