进程莫名崩溃怎样排查

进程“莫名崩溃”通常可以从系统、程序本身、依赖环境、资源几个层面来系统排查。下面是一套比较通用的排查思路（Linux 为主，兼顾 Windows）。

一、先确认“崩溃现象”

1. 有没有错误提示？
   • 终端输出
   • 日志文件
   • 系统弹窗（Windows）
2. 崩溃方式
   • 直接退出（exit code？）
   • Segmentation fault
   • OOM 被杀
   • 被 signal 终止（kill / SIGSEGV / SIGABRT）

二、查看退出码（非常重要）

Linux

echo $?

常见含义：

• 139 → SIGSEGV（段错误）
• 134 → SIGABRT
• 137 → OOM（内存不足被 kill）

三、系统级日志排查

Linux

dmesg | tail
journalctl -xe
/var/log/messages
/var/log/syslog

重点看：

• Out of memory
• segfault at ...
• killed process

Windows

• 事件查看器 → Windows 日志 → 应用程序
• 查看 .dmp 崩溃转储

四、程序自身日志

• 是否开启了 debug / trace 日志
• 崩溃前最后一条日志是什么
• 是否在：
  • 网络请求
  • 文件读写
  • 多线程 / 并发
  • 初始化阶段

五、用调试工具抓真相（关键）

1️⃣ Core Dump（Linux）

ulimit -c unlimited
./your_program

崩溃后：

gdb ./your_program core
bt

2️⃣ strace（系统调用）

strace -f ./your_program

看最后卡在哪：

• open / read / write
• mmap
• futex（死锁）

3️⃣ ltrace（库调用）

ltrace ./your_program

六、内存 & 资源问题

内存泄漏 / OOM

top / htop
free -m
cat /proc/<pid>/status

或：

valgrind --leak-check=full ./your_program

文件 / 线程数耗尽

ulimit -a
lsof -p <pid>

七、依赖 & 环境变化

• 最近是否：
  • 升级了系统 / 库
  • 改了配置
  • 换了运行环境（容器、服务器）
• 动态库问题：

ldd your_program

八、并发 & 逻辑问题

常见崩溃原因：

• 空指针
• 数组越界
• 多线程竞争
• 重复释放内存
• 死锁后 watchdog 杀进程

九、容器 / 服务场景

• Docker：

docker logs <container>
dmesg | grep -i oom

• Kubernetes：

kubectl describe pod
kubectl logs

十、快速排查 checklist ✅

• [ ] 退出码是什么
• [ ] 系统日志有无 OOM / segfault
• [ ] 是否有 core dump
• [ ] 崩溃前在做什么
• [ ] 是否资源耗尽
• [ ] 是否环境变化

如果你愿意，可以告诉我：

• 什么语言（C / C++ / Java / Go / Python / Node）
• 什么系统（Linux / Windows）
• 崩溃时的现象或日志

我可以给你更针对性的排查步骤。