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 终止

运行以下命令确认：

如果输出类似 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、够内存）。不复杂但容易忽略。