直接结论：不是 Composer 本身吃 CPU，而是默认行为在大型项目里触发了三重高开销操作——完整依赖图重建、每个包哈希校验、autoload 文件递归加载；加 --no-interaction --no-progress --optimize-autoloader 可分别跳过交互、禁用进度条、将 PSR-4 转 classmap，实测 Laravel + 52 包项目从 8.2s 降至 4.7s，CPU 峰值由 98% 降至 52%。
直接结论：不是 Composer 本身吃 CPU，而是默认行为在大型项目里触发了三重高开销操作——完整依赖图重建、每个包哈希校验、autoload 文件递归加载。关掉它们，负载能降 40%~70%。
为什么 composer install 会让 CPU 和 I/O 同时飙高
现象不是“卡住”，而是 top 显示 PHP 进程持续占用 90%+ CPU，iostat 显示磁盘读写频繁——这说明 Composer 正在反复解析 JSON、遍历 vendor 目录、校验每个包的 dist.sha256。尤其当 composer.lock 超过 8MB、vendor 有 300+ 包时，PHP 解析整个 lock 文件 + 构建依赖图 + 写 autoload 文件，会把单核 CPU 拉满。
- 默认启用
--no-dev只跳过安装，不跳过解析——dev 依赖仍参与求解，徒增计算量 - 未设
"optimize-autoloader": true时，PSR-4 映射靠运行时目录扫描，vendor/autoload.php加载阶段就触发大量file_exists() - 某些私有包若没配
"archive": {"exclude": ["/tests"]}，lock 文件会记录被排除路径的哈希，白占解析内存
必须加的三个参数：--no-interaction --no-progress --optimize-autoloader
这不是“锦上添花”，是砍掉明确耗时环节：
-
--no-interaction：跳过所有交互提示（比如脚本执行确认、权限弹窗），CI/CD 中漏加会导致命令挂起等待 stdin -
--no-progress：禁用 ANSI 进度条——在 Jenkins 或 GitLab CI 日志高频写入场景下，省掉几十万行控制符输出，实测可减 200~500ms -
--optimize-autoloader：把 PSR-4 映射转成 classmap，避免运行时遍历目录；注意它会让vendor/autoload.php首次 require 略慢（多加载一个大数组），但后续类加载快 3~5 倍
示例：Laravel + 52 个私有包项目，composer install 从 8.2s → 4.7s，CPU 峰值从 98% → 52%。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
锁文件过大导致解析卡顿，怎么安全瘦身
composer.lock 不只是版本锁，它存了每个包的 dist.checksum、source.reference、require-dev 列表等冗余字段。10MB+ 的 lock 文件会让 PHP json_decode() 占用大量内存和时间。
- 定期运行
composer update --lock（不带包名），它会压缩 JSON 格式、合并重复字段 - 删掉长期不用的 dev 依赖，比如旧版
phpstan/phpstan或废弃的phpunit/phpunit，它们不安装但仍参与 lock 解析 - 所有私有包在
composer.json里加"archive": {"exclude": ["/tests", "/docs", "/examples"]}，否则 lock 里会记这些路径的哈希
容易被忽略的底层配置项：classmap-authoritative 和 apcu-autoloader
这两个不是“加了就快”，而是要匹配环境：
-
"classmap-authoritative": true告诉自动加载器：“类不在 classmap 里 = 不存在”，彻底跳过 PSR-4 扫描——但若项目用class_exists("Foo\Bar\" . $suffix)动态拼类名，会直接报错 -
"apcu-autoloader": true需要 APCu 扩展开启，它缓存“类存在/不存在”结果，比 classmap 更安全，且不破坏动态加载逻辑；但若 APCu 共享内存不足，反而引发缓存驱逐抖动 - 生产环境推荐组合：
composer install --no-dev --optimize-autoloader --classmap-authoritative；开发环境只用--optimize-autoloader即可
真正卡点不在命令行参数，而在 lock 文件结构和 autoload 策略是否与项目实际加载方式对齐——动态类加载多的项目，强行上 classmap-authoritative 比慢更糟。
