ubuntu进程为何被杀

在 Ubuntu（Linux）系统中，进程“被杀”通常有这几类原因，从最常见到较少见排列：

1. OOM（Out Of Memory）被内核杀掉

最常见原因。

当系统内存（包括 swap）耗尽时，Linux 的 OOM Killer 会选择一个“最该牺牲”的进程杀掉，以保系统不崩。

特征：

• dmesg 或 /var/log/syslog 中有类似：

  Out of memory: Killed process 1234 (xxx)
  

• 进程突然消失，没有正常退出码
• 多见于 Java、Python、编译任务、数据库

排查：

dmesg | grep -i "killed process"
grep -i "oom" /var/log/syslog
free -h

解决：

• 加内存 / 加 swap
• 限制进程内存（systemd MemoryMax、cgroup、ulimit）
• 优化程序内存使用

2. 被 kill / pkill / kill -9 手动或脚本杀掉

可能是：

• 你自己或同事执行了 kill
• 运维脚本 / 定时任务（cron）杀进程
• 部署工具（systemd restart、k8s eviction）

排查：

history | grep kill
ps aux | grep 进程名
journalctl -u 服务名

3. systemd 服务规则杀掉

如果是 systemd 服务：

可能原因：

• Restart=no 且主进程退出
• TimeoutStartSec / TimeoutStopSec 超时
• MemoryMax / CPUQuota 触发
• 被 systemctl stop 或 systemctl restart

查看：

journalctl -u 服务名 -n 100
systemctl show 服务名 | grep -i kill

4. 段错误 / 崩溃（SIGSEGV）

程序自身 bug 导致：

特征：

• 日志中有：

  Segmentation fault (core dumped)
  

• 退出码通常是 139

排查：

dmesg | grep 进程名
ulimit -c unlimited
gdb 分析 core

5. 信号导致退出（非 kill -9）

常见信号：

• SIGTERM (15)：正常终止
• SIGHUP (1)：终端关闭
• SIGABRT (6)：assert 失败
• SIGPIPE (13)：写已关闭管道

排查：

echo $?
strace -e signal ./程序

6. 容器 / 云环境限制

如果你在：

• Docker
• Kubernetes
• 云服务器

可能原因：

• cgroup 内存限制
• kubelet eviction
• 节点资源紧张

查看：

docker inspect 容器
kubectl describe pod

7. 权限 / 安全机制

• SELinux / AppArmor 拦截
• 非 root 运行 privileged 操作
• 文件锁 / PID 冲突

快速定位建议

请告诉我：

1. 是什么进程（服务名 / 命令）
2. 是突然消失还是有规律
3. 是否看到日志或 dmesg 报错
4. 是否在 Docker / K8s / 云服务器

我可以帮你精准判断是哪一种。