致命错误出现的时候，JVM 生成了 hs_err_pid<pid>.log 这样的文件，其中往往包含了虚拟机崩溃原因的重要信息。因为经常遇到，在这篇文章里，我挑选了一个，并且逐段分析它包含的内容（文件可以在文章最后下载）。默认情况下文件是创建在工作目录下的（如果没权限创建的话 JVM 会尝试把文件写到/tmp 这样的临时目录下面去），当然，文件格式和路径也可以通过参数指定，比如：
1 |
|
这个文件将包括：
- 触发致命错误的操作异常或者信号；
- 版本和配置信息；
- 触发致命异常的线程详细信息和线程栈；
- 当前运行的线程列表和它们的状态；
- 堆的总括信息；
- 加载的本地库；
- 命令行参数；
- 环境变量；
- 操作系统 CPU 的详细信息。
首先，看到的是对问题的概要介绍：
1 |
|
一个非预期的错误被 JRE 检测到，其中：
- SIGSEGV 是信号名称
- 0xb 是信号码
- pc=0x03568cf4 指的是程序计数器的值
- pid=16819 是进程号
- tid=3073346448 是线程号
如果你对 JVM 有了解，应该不会对这些东西陌生。
接下来是 JRE 和 JVM 的版本信息：
1 2 3 |
|
运行在 mixed 模式下。
然后是问题帧的信息：
1 2 3 |
|
- C：帧类型为本地帧，帧的类型包括：
- C：本地 C 帧
- j：解释的 Java 帧
- V：虚拟机帧
- v：虚拟机生成的存根栈帧
- J：其他帧类型，包括编译后的 Java 帧
- libgtk-x11-2.0.so.0+0x19fcf4：和程序计数器（pc）表达的含义一样，但是用的是本地 so 库+偏移量的方式。
接下去第一部分是线程信息：
1 |
|
当前线程的：
- 0x09f30c00：指针
- JavaThread：线程类型，可能的类型包括：
- JavaThread
- VMThread
- CompilerThread
- GCTaskThread
- WatcherThread
- ConcurrentMarkSweepThread
- main：名字
- _thread_in_native：线程当前状态，状态枚举包括：
- _thread_uninitialized：线程还没有创建，它只在内存原因崩溃的时候才出现
- _thread_new：线程已经被创建，但是还没有启动
- _thread_in_native：线程正在执行本地代码，一般这种情况很可能是本地代码有问题
- _thread_in_vm：线程正在执行虚拟机代码
- _thread_in_Java：线程正在执行解释或者编译后的 Java 代码
- _thread_blocked：线程处于阻塞状态
- …_trans：以_trans 结尾，线程正处于要切换到其它状态的中间状态
- id=16822：线程 ID
- 0xb72a8000,0xb72f9000：栈区间
1 |
|
这部分是导致虚拟机终止的非预期的信号信息，含义前面已经大致提到过了。其中 si_errno 和 si_code 是 Linux 下用来鉴别异常的，Windows 下是一个 ExceptionCode。
1 2 3 |
|
这是寄存器上下文。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
|
栈顶程序计数器旁的操作码，它们可以被反汇编成系统崩溃前执行的指令。
1 2 3 4 5 6 7 8 9 10 |
|
寄存器和内存映射信息。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
线程栈。包含了地址、栈顶、栈计数器和线程尚未使用的栈信息，由于栈可能非常长，打印的长度有限制，但是至少本地栈和 Java 栈都打印出来了（很多时候本地栈打印不出来，但是 Java 栈一般都能打印出来）。从中可以看到，Eclipse 的虚拟机崩溃了。
1 2 3 4 |
|
线程信息。一目了然，不解释了。
1 |
|
虚拟机状态。包括：
- not at a safepoint：正常运行状态；
- at safepoint：所有线程都因为虚拟机等待状态而阻塞，等待一个虚拟机操作完成；
- synchronizing：一个特殊的虚拟机操作，要求虚拟机内的其它线程保持等待状态。
1 |
|
虚拟机的 Mutex 和 Monitor 目前没有被线程持有。Mutex 是虚拟机内部的锁，而 Monitor 则关联到了 Java 对象。
1 2 3 4 5 6 7 8 9 |
|
堆信息。新生代、老生代、永久代。对 JVM 有了解的人应该都清楚，不解释了。
1 2 |
|
代码缓存（Code Cache）。这是一块用于编译和保存本地代码的内存，注意是本地代码，它和 PermGen（永久代）是不一样的，永久带是用来存放 Java 类定义的。
1 2 3 4 5 6 |
|
内存映射。这些信息是虚拟机崩溃时的虚拟内存列表区域。在定位崩溃原因的时候，它可以告诉你哪些类库正在被使用，位置在哪里，还有堆栈和守护页信息。就以列表中第一条为例说明：
- 00101000-00122000：内存区域
- r-xp：权限，r/w/x/p/s 分别表示读/写/执行/私有/共享
- 00000000：文件内的偏移量
- 08:01：文件位置的 majorID 和 minorID
- 3483560：索引节点号
- /usr/lib/libjpeg.so.62.0.0：文件位置
每一个 lib 都有两块虚拟内存区域—— 代码和数据，它们的权限不同，代码区域是 r-xp；数据区域是 rwxp。守护页（guard page）由权限为–xp 和 rwxp 的一对组成。
1 2 3 4 5 6 7 8 |
|
虚拟机参数和环境变量。
1 2 3 4 |
|
信号句柄。对于 Linux 下的信号机制，参阅 wiki 百科， 链接 。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
|
系统信息。
感谢您的关注！可加QQ1群：135430763，QQ2群：454796847，QQ3群：187424846。QQ群进群密码：xttblog，想加微信群的朋友，可以微信搜索：xmtxtt，备注：“xttblog”，添加助理微信拉你进群。备注错误不会同意好友申请。再次感谢您的关注！后续有精彩内容会第一时间发给您！原创文章投稿请发送至532009913@qq.com邮箱。商务合作可添加助理微信进行沟通！
