镜像对依赖解析完全无效，因“Resolving dependencies”是本地SAT求解器穷举版本组合的过程，不发网络请求；卡顿主因是宽泛约束、dev分支、lock文件失真或环境干扰，非网络问题。
镜像对依赖解析完全无效，别在换源上浪费时间。 Composer 的 Resolving dependencies 阶段是本地 SAT 求解器穷举版本组合的过程，不发网络请求，也不读镜像配置。你看到的“卡住”，99% 是约束太松、环境干扰或 lock 文件失真导致的，不是网速问题。
为什么换了阿里云/腾讯云镜像后 composer update 还卡在 Resolving dependencies
这个阶段根本没走网络——镜像只加速 Downloading packages。常见真实诱因包括：
-
"php": "^7.4 || ^8.0 || ^8.1 || ^8.2"这类宽泛约束，让求解器尝试数百种 PHP + 包版本组合 -
"minimum-stability": "dev"强制拉取dev-分支，候选版本数量指数级膨胀 -
composer.lock被删或未提交，install实际退化为全量update -
repositories里写了已下线的私有源，Composer 会逐个 timeout 后才 fallback
真正能提速解析的 5 个实操动作
验证是否卡在这一步：加 -vvv 运行，看日志中最长一段是否形如 Resolving dependencies through SAT 并持续数秒以上。确认后立即执行：
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 运行
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.packagi...都说明没生效
最常被忽略的一点：大型项目中，composer.lock 文件本身可能已膨胀到 10MB+，含大量废弃包元数据和重复字段。它不是“锁版本”那么简单，而是解析时的输入快照——越重，解析越慢。清理它比换镜像管用十倍。
