Composer 依赖解析卡在“Resolving dependencies…”时无法利用多核CPU，因其本质是单线程SAT求解过程；优化方向是升级PHP 8.3+、禁用xdebug、确保memory_limit≥512M、使用镜像源、提交composer.lock并缓存vendor。
Composer 依赖解析卡在“Resolving dependencies…”时，CPU 核心不参与并行计算
Composer 的依赖解析阶段（即 Resolving dependencies...）本质是单线程 SAT 求解过程，无论你有多少 CPU 核心，它只占用一个核、100% 跑满。这不是配置问题，而是 Composer 2.x+ 的求解器设计决定的——它暴力回溯所有版本组合，无法拆分任务。
常见错误现象：composer install 在服务器上卡住几十秒甚至几分钟，top 显示仅一个 PHP 进程吃满单核，其他核空闲；本地快、CI 慢；composer update 后首次 install 特别久。
- 别指望加
--threads或改 Docker--cpus：Composer 命令行无此参数，cgroups 限频反而可能拖慢 - PHP 版本影响显著：PHP 8.3+ 对哈希查找做了底层优化，实测比 8.1 快 12–18%，升级比换机器更有效
- 必须确保
memory_limit ≥ 512M，否则求解器频繁 GC，时间翻倍 - 禁用
xdebug：哪怕只开xdebug.mode=debug，也会让解析慢 5–10 倍
真正能“分配算力”的环节只有 autoload 生成和脚本执行
当 Composer 完成依赖解析后，后续步骤如 dump-autoload、软链 vendor/bin、运行 post-install-cmd 等，才是可被 CPU 多核实际利用的阶段——但它们本身不支持并发，只能靠外部手段绕过或拆分。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
composer install --no-autoloader --no-scripts可跳过这两类耗时操作，把“安装”压缩到纯文件复制级速度 - 之后单独跑
composer dump-autoload --optimize --classmap-authoritative，这个命令本身仍是单进程，但可异步触发（比如在 CI 后置步骤中） - 若项目含大量前端构建脚本（如
npm run build），建议移出post-install-cmd，改由 CI 工具独立调度 - 避免在
composer.json中配置冗余repositories，每个额外源都会触发一次同步元数据请求，徒增串行等待
加速 vendor 导出的实质是绕过“解析 + 安装”全流程
所谓“导出 vendor”，多数场景其实不需要重新解析依赖，而是复用已知状态。这时核心不是分配算力，而是消除重复计算。
- 必须提交
composer.lock到 Git：没有它，composer install就等于强制重跑 SAT 求解——再强的 CPU 也救不了 - CI 中优先缓存
vendor/目录（如 GitHub Actions 的actions/cache），比每次重装快一个数量级 - Docker 构建用多阶段：第一阶段
composer install --no-dev产出vendor/，第二阶段COPY --from=0 /app/vendor /app/vendor，完全规避运行时解析 - 删掉没用的
require-dev：比如phpunit/phpunit若只在本地用，就全局安装，它仍参与解析但不进vendor
镜像源和网络配置对“感知速度”的影响远超 CPU 分配
很多人以为卡在 CPU，其实前序卡点常在网络：加载 packages.json 元数据失败会导致超时重试，停在 Loading composer repositories 阶段，看起来像卡死。
- 国内务必配阿里云或清华源：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 避免临时切源写法（如
--repository=xxx），它会绕过缓存，每次重拉元数据 - 确认 DNS 解析正常：某些内网环境
packagist.org解析失败，需手动加 hosts 或改用 proxy 镜像（如https://packagist.proxy.fly.dev） -
COMPOSER_HOME环境变量要设对，否则全局缓存失效，相同包反复下载
