答案是linux oom killer因内存不足杀死进程，需用dmesg和swapon --show交叉验证，再创建权限为600、路径合规的swap文件，并配合--no-dev等参数优化。
Composer 安装时只显示 Killed，基本可以确定是 Linux 内核的 OOM Killer 主动终止了进程——不是 Composer 崩溃，而是系统没内存了，直接杀掉最耗内存的 php 进程。Swap 缺失是低配环境（尤其是 1GB 内存以下的 VPS、Docker 容器）触发该问题的最常见原因。
怎么确认真是 swap 缺失导致的
别靠猜，用两条命令交叉验证：
-
dmesg -O | grep -i "killed process"—— 若输出含Out of memory: Kill process，就是 OOM Killer 干的 -
swapon --show或free -m | grep Swap—— 若无任何输出或total为 0，说明 Swap 确实没启用
这两条同时成立，就不用再排查其他路径了。
快速建一个可用的 swap 文件
临时生效最快的方式是建一个普通文件并激活，但必须满足三个硬性条件，漏一条都会白忙活：
- 用
fallocate -l 2G /swapfile（推荐）或dd if=/dev/zero of=/swapfile bs=1M count=2048创建文件（2G适合 1–2GB 物理内存；512MB 机器建议用1G） -
sudo chmod 600 /swapfile—— 权限必须是600，否则swapon会静默失败 -
sudo mkswap /swapfile && sudo swapon /swapfile—— 必须先mkswap格式化，再swapon
验证是否真生效：swapon --show 应有输出，且 free -m 中 Swap 行的 total > 0。
为什么 swap 启用了还是被 kill
常见陷阱集中在路径和挂载方式上：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
/swapfile不能放在/tmp、/var/tmp或 Docker volume 挂载点下——这些目录常带noexec或nodev挂载选项，swapon会拒绝启用 - 容器环境里，
/swapfile放在 overlayfs 层（如默认 rootfs）下可能被内核忽略，推荐改用/var/_swap_/swapfile - 某些旧版 ext3 或 NFS 文件系统不支持
fallocate，换dd即可，但别用truncate—— 它创建的文件不满足 swap 要求
如果 swapon --show 有输出但 Composer 仍被 kill，优先检查 ls -l /swapfile 和 mount | grep "$(dirname /swapfile)"。
让 swap 开机不消失
手动 swapon 只对当前会话有效，重启后失效。要持久化，必须写进 /etc/fstab：
追加一行：/swapfile none swap sw 0 0
然后运行 sudo swapon --all 测试是否能从 fstab 加载。这步不做，下次部署照样 Killed。
真正容易被忽略的是：swap 不是万能解药。它在 SSD 上加速写入磨损，在 HDD 上会让 Composer 变得极慢甚至卡死。所以建完 swap 后，一定要配合 --no-dev、--prefer-dist 和 --optimize-autoloader 这些参数一起用，否则只是把“被杀”延迟成“卡住”。
