Composer中文镜像不影响依赖图谱生成速度，因Resolving dependencies阶段纯本地运行SAT求解器，不依赖网络；拖慢主因是宽泛PHP约束、dev稳定性设置、失效私有源及Xdebug启用。
Composer中文镜像根本不影响依赖图谱生成速度
中文镜像只加速包下载（Downloading阶段），对Resolving dependencies阶段完全无效。这个阶段是 Composer 在本地运行 SAT 求解器，穷举满足所有约束的版本组合，不发任何网络请求，也不读镜像配置。如果你看到日志卡在Resolving dependencies through SAT持续数秒甚至分钟，换阿里云、清华或华为云镜像毫无作用。
为什么composer config -g repo.packagist配了也卡住
常见配置错误导致你以为换了镜像，实际仍直连 packagist.org：
-
repo.packagist写成repos.packagist（多一个s）——Composer 静默忽略，不报错也不生效 - 命令漏掉中间的
composer类型参数：composer config -g repo.packagist https://mirrors.aliyun.com/composer/❌，正确应为composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - URL 缺少末尾斜杠：
https://mirrors.aliyun.com/composer❌，必须是https://mirrors.aliyun.com/composer/✅ - 验证方式不是看有没有报错，而是执行
composer config -g repo.packagist，输出必须是完整 URL 或含"url": "https://..."的 JSON
真正拖慢依赖图谱生成的 4 个本地因素
图谱生成慢的本质是约束冲突或求解器负担过重，和网络无关：
Workflow Decomposer
下载
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
-
"php": "^7.4 || ^8.0 || ^8.1 || ^8.2"这类宽泛约束会让 SAT 求解器尝试数百种 PHP 版本+扩展组合，收紧为"php": "^8.1"可立竿见影 -
"minimum-stability": "dev"强制纳入所有dev-分支元数据，候选包数量指数级膨胀；改用"prefer-stable": true更安全 - 项目中
repositories字段包含已下线或超时的私有源，Composer 会逐个等待 timeout（默认 30s）才 fallback，直接阻塞解析流程 - Xdebug 启用状态下运行
composer install，求解器性能下降 3–5 倍；临时禁用：php -d zend_extension= -d xdebug.mode=off composer install
想提速？先关掉--dry-run以外的所有“假优化”
这些参数常被误认为能加速图谱生成，实际无效甚至干扰判断：
立即学习“PHP免费学习笔记（深入）”；
-
--prefer-dist：只影响后续下载方式，对解析阶段零影响 -
--no-suggest：仅跳过提示文字输出，不参与任何计算 -
--no-dev和--no-scripts：它们在解析完成后才起作用，不能缩短Resolving dependencies时间 - 真正有用的只有
--dry-run（验证约束是否可解）和--verbose（定位卡点在哪一行 constraint）
图谱生成慢，从来不是因为“没连上国内服务器”，而是你的 composer.json 写法让求解器陷入逻辑迷宫——镜像再快，也救不了无解的问题。
