oom时jstack的使用

### OOM (Out Of Memory) 发生时使用 `jstack` 进行问题排查

当Java应用程序遇到OOM错误时，除了常见的堆内存不足外，还可能存在线程死锁、资源泄漏等问题。为了更好地理解程序运行状态以及定位潜在问题，可以利用`jstack`工具获取Java进程的堆栈跟踪信息。

#### 获取当前Java应用的PID
首先需要找到目标Java进程ID(PID)，可以通过如下命令实现：

对于Linux/Unix/MacOS系统：

ps aux | grep java

Windows环境下则可借助任务管理器查看或执行cmd指令：

wmic process where name="java.exe" get ProcessId,Commandline

#### 执行 jstack 命令
一旦获得了正确的PID之后，就可以针对该进程调用`jstack`来捕获其完整的线程转储数据。基本语法如下所示：

jstack -l <pid>

其中选项 `-l` 表示显示关于锁定的信息，这有助于发现是否存在竞争条件或者死锁现象[^1]。

如果想要保存输出到文件以便后续分析，则可以在上述基础上追加重定向操作符：

jstack -l <pid> > /path/to/thread_dump.txt

#### 分析线程转储结果
得到线程转储文本后，重点检查以下几个方面：
- **阻塞等待时间过长** 的线程；
- 处于 **RUNNABLE** 或者 **BLOCKED** 状态却长时间未完成的任务；
- 是否存在大量处于 **TIMED_WAITING** 和 **WAITING** 状态的闲置线程；
- 关键字如 "deadlock", "locked" 出现的位置及其上下文关系；

值得注意的是，有时单次采样的线程快照可能不足以揭示全部真相，建议多次取样对比变化趋势，从而更精准地找出异常模式所在。

另外，结合其他诊断手段如`jstat`, `jmap`等一起使用往往能取得更好的效果。例如先通过`jmap`生成heap dump再配合专门的分析软件（像Eclipse MAT）深入探究对象分配历史记录，进而确认是否有不必要的大对象滞留在老年代区域造成空间浪费的情况发生[^4]。