Composer 运行提示“Killed”通常是 Linux OOM Killer 因内存不足终止进程；可通过 dmesg 检查确认，临时增加 Swap、精简参数（如 --no-scripts）、禁用 Xdebug、升级 Composer 2.x 和 PHP 8.1+ 等方式解决。
Composer 运行时提示 "Killed"，通常是 Linux 系统的 OOM Killer（Out of Memory Killer）主动终止了进程，根本原因是内存或交换空间严重不足，尤其在 composer install 或 composer update 时加载大量依赖、解析版本约束、执行脚本等阶段会瞬时占用大量内存。
检查是否被 OOM Killer 终止
运行以下命令确认：
dmesg -o | grep -i "killed process"如果输出类似 Killed process 12345 (php) total-vm:2854324kB, anon-rss:1987652kB, file-rss:0kB, shmem-rss:0kB，就说明确实是 OOM Killer 干的。
临时增加交换空间（Swap）
没有 Swap 或 Swap 过小是常见诱因。可快速添加临时交换文件：
- 创建 2GB 交换文件：sudo fallocate -l 2G /swapfile
- 设置权限：sudo chmod 600 /swapfile
- 格式化为 swap：sudo mkswap /swapfile
- 启用：sudo swapon /swapfile
完成后再次运行 Composer，通常能显著缓解。注意：生产环境建议用独立 swap 分区；云服务器（如 AWS EC2）默认可能无 Swap，需手动配置。
降低 Composer 内存消耗
避免一次性加载全部依赖：
- 加
--no-scripts --no-autoloader参数跳过脚本和 autoload 生成：composer install --no-scripts --no-autoloader - 用
--optimize-autoloader（或简写-o）只在最终部署时启用，开发中可先省略 - 升级到 Composer 2.x（比 1.x 内存更友好），并确保 PHP 使用较新稳定版（如 8.1+）
- 清理缓存：composer clear-cache，避免损坏或冗余缓存加剧压力
限制并发与优化环境
某些插件（如 hirak/prestissimo）或多线程下载可能加重内存负担：
- 禁用并行下载：composer config -g repos.packagist.org.type composer（恢复默认 HTTP）
- 关闭 Xdebug（开发环境常忽略）：php -m | grep xdebug，若启用请临时禁用（phpdismod xdebug 或注释 php.ini 中相关行）
- 确保不是在低配容器（如 512MB RAM 的 Docker 容器）里直接跑
update—— 建议在构建镜像时用更高内存环境，或改用composer install+ 锁定版本
基本上就这些。核心思路是：让系统别杀它（加 Swap），让 Composer 少吃点（精简参数、关扩展），再给它个好环境（关 Xdebug、够内存）。不复杂但容易忽略。
