Composer 解析慢的根源是 SAT 求解器本地暴力穷举版本组合，而非网络或磁盘问题；高约束枢纽包（如 psr/log）和错误配置（如 minimum-stability: dev、冗余 repositories）导致搜索空间指数爆炸，使 Resolving dependencies 阶段 CPU 占满却无进展。
Composer 解析慢不是网络或磁盘问题，是 SAT 求解器在本地暴力穷举版本组合——重度依赖项目下，一个错误配置就能让 Resolving dependencies 卡 3 分钟以上。
为什么 Resolving dependencies 阶段 CPU 占满却不动
这是 Composer 2.x 的 SAT 求解器在尝试满足所有约束条件：每个包的版本范围、跨包冲突规则、稳定性策略都会被转成布尔逻辑子句。当项目含 200+ 包、多个 "^1.0 || ^2.0" 或 "dev-master" 约束时，搜索空间呈指数爆炸。
- 现象：日志停在
Resolving dependencies through SAT，top显示单核 100%，但无网络请求（可strace -e trace=connect,openat php /usr/bin/composer install验证） - 根本诱因不是包数量，而是“高约束枢纽包”被反复推演——比如
psr/log被 17 个包反向引用不同^范围 - Composer 2.9.6 的求解器更严格，旧配置（如残留
minimum-stability: dev）会触发冗余元数据探测，比 1.x 更慢
composer.json 中必须删掉或重写的三个字段
这些字段直接扩大 SAT 求解器的候选集，且常被误认为“无害”。
Discussion Composer
下载
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 删掉
minimum-stability字段：默认就是stable，显式写"dev"或留空会让求解器拉取所有dev-*分支元数据，校验成本翻倍 - 移除孤立的
prefer-stable: true：它只在minimum-stability非stable时生效，纯属冗余，且干扰求解器优先级策略 - 清理
repositories列表：注释掉所有已下线私有源（如旧版https://packagist.phpcomposer.com），每个超时源默认阻塞 10 秒；用composer install -vvv观察是否卡在Loading composer repositories
构建命令必须加的四个参数及其真实作用
这些参数不是“锦上添花”，而是砍掉解析链路上明确的耗时环节。
-
--no-dev：跳过require-dev所有包的解析（不只是安装），省掉 30–60% 求解时间——注意：它不影响require包对 dev 版本的间接依赖 -
--prefer-dist：强制走 ZIP 包而非 Git clone，避免 clone 过程中触发额外的git ls-remote探测，但需配合镜像源（如composer config repo.packagist composer https://mirrors.aliyun.com/composer/）才稳定生效 -
--optimize-autoloader：生成vendor/composer/autoload_classmap.php，虽不加速解析阶段，但能防止后续dump-autoload因类路径宽泛导致内存溢出 -
--classmap-authoritative：仅限 CI 构建使用，它让 autoloader 关闭 fallback 查找，但更重要的是——它会跳过对未声明命名空间的扫描，间接减少 autoload 文件体积，避免锁文件膨胀
容易被忽略的环境与缓存陷阱
即使命令和配置全对，以下两点仍会让优化失效。
-
xdebug.mode=off必须显式关闭：CI 中用php -d zend_extension= -d xdebug.mode=off /usr/bin/composer install，开启 Xdebug 会让 SAT 求解慢 5–10 倍，且不报错 -
cache-dir不能指向 NFS 或加密卷：全局缓存应设为 SSD 路径，如composer config -g cache-dir "/tmp/composer-cache"；Docker 构建时需挂载该目录并用composer.lockSHA256 做 cache key -
composer.lock文件本身是瓶颈：12MB 的锁文件常见于未清理的require-dev和重复dist元数据，用composer validate --strict检查后，手动删掉packages-dev字段可减重 40%
真正压住解析耗时的关键，是让 SAT 求解器面对一个确定、窄、干净的输入空间——而不是靠换镜像或加内存去硬扛。重度依赖项目里，minimum-stability 多写一个字母，repositories 多留一个失效源，就足以让优化前功尽弃。
