Composer install卡在“Resolving dependencies”是SAT求解器因多层嵌套依赖冲突陷入指数级回溯，应优先运行composer why-not定位阻塞链，配合--dry-run --verbose观察回退、锁定中间包版本、--ignore-platform-reqs排除平台误判。
composer install 卡在 “Resolving dependencies” 怎么办
这不是网络慢或磁盘卡，是 SAT 求解器在多层嵌套依赖（比如 A → B → C → D → E → F）中反复回溯尝试版本组合，CPU 拉满但无日志输出。尤其当多个包对 psr/cache、symfony/polyfill 等“枢纽包”提出冲突约束时，耗时呈指数增长。
- 先跑
composer why-not some/package:3.0，快速定位哪条依赖链在阻塞，比干等 15 分钟强 - 删掉
composer.lock后加--dry-run --verbose执行composer update，观察从第几层开始出现 “Reverting …” 循环 - 显式锁定中间关键包，比如发现
guzzlehttp/guzzle是瓶颈，就在composer.json里写死"guzzlehttp/guzzle": "7.8.1"，收窄搜索空间 - 临时用
--ignore-platform-reqs排除因ext-redis缺失等平台误判引发的虚假冲突（仅调试，勿提交）
如何让 autoload 不拖慢 CLI 命令启动
CLI 工具如 php artisan tinker 或 phpunit 启动慢，90% 出在 vendor/autoload.php 加载阶段——不是类没找到，而是它初始化时遍历了所有 PSR-4 目录、扫描了 autoload-dev 里的测试工具路径。
- 生产部署必须加
--optimize-autoloader和--no-dev，否则fakerphp/faker、phpunit/phpunit的 autoload 规则仍会参与构建，徒增映射体积 - 对稳定第三方库（如
monolog/monolog、symfony/console），在composer.json的"autoload"下补充"classmap"，例如["vendor/monolog/monolog/src"]，再运行composer dump-autoload -o -a - 启用
"classmap-authoritative": true后，任何未进 classmap 的类直接报错——这反而是好事：能立刻暴露动态加载（如eval()、字符串拼接类名）的问题，而不是默默变慢
composer.lock 文件大到解析卡顿，怎么减重
composer.lock 不是纯版本快照，它存了每个包的完整元数据：dist checksum、source commit hash、require-dev 列表、甚至被 "archive": {"exclude": [...]} 排除的路径的哈希值。一个 12MB 的 lock 文件，实际有效信息可能不到 2MB。
- 定期运行
composer update --lock（不带包名），它会压缩 JSON 格式、合并冗余字段、清理已删除包的残留记录 - 私有包务必配置
"archive": {"exclude": ["/tests", "/docs", "/examples"]}，否则 lock 文件会为这些路径生成并存储无用哈希 - 删掉长期不用的 dev 依赖，比如
phpstan/phpstan的旧版本、废弃的infection/infection配置——它们不安装，但仍在 lock 中参与解析，白占 CPU
APCu 缓存 autoload 要不要开
开，但别和 --classmap-authoritative 同时用——两者逻辑冲突：--classmap-authoritative 表示“不在 map 里就不存在”，而 APCu 缓存的是“查过一次没找到，下次直接返回 null”，结果就是类明明存在却报错。
- APCu 方案更安全：只要扩展启用，
composer dump-autoload --apcu就能缓存“类存在 / 不存在”的判定结果，对运行时生成类友好 - 确认 APCu 已加载且未被禁用：
ini_get('apc.enabled')必须为 true；若用 Docker，需在 PHP 配置中显式开启apc.enable_cli=1 - CI 环境通常不启 APCu（无共享内存），所以该优化只对生产 Web 请求和长生命周期 CLI 进程（如队列 worker）有效
复杂点在于：所有这些参数和配置不是孤立生效的。--optimize-autoloader 生成的 classmap 体积，直接影响 vendor/autoload.php 的 require 开销；而 classmap 是否权威，又决定你敢不敢关掉 PSR-4 fallback；APCu 缓存是否命中，又取决于你有没有在 CLI 模式下正确启用它——漏掉任意一环，性能收益就断在中间。
