jvm 崩溃日志设置_JVM 致命错误日志（hs_err_pid

致命错误出现的时候，JVM 生成了 hs_err_pid.log 这样的文件，其中往往包含了虚拟机崩溃原因的重要信息。因为经常遇到，在这篇文章里，我挑选了一个，并且逐段分析它包含的内容(文件可以在文章最后下载)。默认情况下文件是创建在工作目录下的(如果没权限创建的话 JVM 会尝试把文件写到/tmp 这样的临时目录下面去)，当然，文件格式和路径也可以通过参数指定，比如：

java -XX:ErrorFile=/var/log/java/java_error%p.log

这个文件将包括：

触发致命错误的操作异常或者信号；

版本和配置信息；

触发致命异常的线程详细信息和线程栈；

当前运行的线程列表和它们的状态；

堆的总括信息；

加载的本地库；

命令行参数；

环境变量；

操作系统 CPU 的详细信息。

首先，看到的是对问题的概要介绍：

# SIGSEGV (0xb) at pc=0x03568cf4, pid=16819, tid=3073346448

一个非预期的错误被 JRE 检测到，其中：

SIGSEGV 是信号名称

0xb 是信号码

pc=0x03568cf4 指的是程序计数器的值

pid=16819 是进程号

tid=3073346448 是线程号

如果你对 JVM 有了解，应该不会对这些东西陌生。

接下来是 JRE 和 JVM 的版本信息：

# JRE version: 6.0_32-b05

# Java VM: Java HotSpot(TM) Server VM (20.7-b02 mixed mode linux-x86 )

运行在 mixed 模式下。

然后是问题帧的信息：

# Problematic frame:

# C [libgtk-x11-2.0.so.0+0x19fcf4] __float128+0x19fcf4

C：帧类型为本地帧，帧的类型包括：

C：本地 C 帧

j：解释的 Java 帧

V：虚拟机帧

v：虚拟机生成的存根栈帧

J：其他帧类型，包括编译后的 Java 帧

libgtk-x11-2.0.so.0+0x19fcf4：和程序计数器(pc)表达的含义一样，但是用的是本地 so 库+偏移量的方式。

接下去第一部分是线程信息：

Current thread (0x09f30c00): JavaThread "main" [_thread_in_native, id=16822, stack(0xb72a8000,0xb72f9000)]

当前线程的：

0x09f30c00：指针

JavaThread：线程类型，可能的类型包括：

JavaThread

VMThread

CompilerThread