JVM致命错误日志(hs_err_pid.log)解读
2015-08-04 21:02
826 查看
http://www.raychase.net/1459
致命错误出现的时候,JVM生成了hs_err_pid<pid>.log这样的文件,其中往往包含了虚拟机崩溃原因的重要信息。因为经常遇到,在这篇文章里,我挑选了一个,并且逐段分析它包含的内容(文件可以在文章最后下载)。默认情况下文件是创建在工作目录下的(如果没权限创建的话JVM会尝试把文件写到/tmp这样的临时目录下面去),当然,文件格式和路径也可以通过参数指定,比如:
这个文件将包括:
触发致命错误的操作异常或者信号;
版本和配置信息;
触发致命异常的线程详细信息和线程栈;
当前运行的线程列表和它们的状态;
堆的总括信息;
加载的本地库;
命令行参数;
环境变量;
操作系统CPU的详细信息。
首先,看到的是对问题的概要介绍:
一个非预期的错误被JRE检测到,其中:
SIGSEGV是信号名称
0xb是信号码
pc=0x03568cf4指的是程序计数器的值
pid=16819是进程号
tid=3073346448是线程号
如果你对JVM有了解,应该不会对这些东西陌生。
接下来是JRE和JVM的版本信息:
运行在mixed模式下。
然后是问题帧的信息:
C:帧类型为本地帧,帧的类型包括:
C:本地C帧
j:解释的Java帧
V:虚拟机帧
v:虚拟机生成的存根栈帧
J:其他帧类型,包括编译后的Java帧
libgtk-x11-2.0.so.0+0x19fcf4:和程序计数器(pc)表达的含义一样,但是用的是本地so库+偏移量的方式。
接下去第一部分是线程信息:
当前线程的:
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:栈区间
这部分是导致虚拟机终止的非预期的信号信息,含义前面已经大致提到过了。其中si_errno和si_code是Linux下用来鉴别异常的,Windows下是一个ExceptionCode。
这是寄存器上下文。
栈顶程序计数器旁的操作码,它们可以被反汇编成系统崩溃前执行的指令。
寄存器和内存映射信息。
线程栈。包含了地址、栈顶、栈计数器和线程尚未使用的栈信息,由于栈可能非常长,打印的长度有限制,但是至少本地栈和Java栈都打印出来了(很多时候本地栈打印不出来,但是Java栈一般都能打印出来)。从中可以看到,Eclipse的虚拟机崩溃了。
线程信息。一目了然,不解释了。
虚拟机状态。包括:
not at a safepoint:正常运行状态;
at safepoint:所有线程都因为虚拟机等待状态而阻塞,等待一个虚拟机操作完成;
synchronizing:一个特殊的虚拟机操作,要求虚拟机内的其它线程保持等待状态。
虚拟机的Mutex和Monitor目前没有被线程持有。Mutex是虚拟机内部的锁,而Monitor则关联到了Java对象。
堆信息。新生代、老生代、永久代。对JVM有了解的人应该都清楚,不解释了。
代码缓存(Code Cache)。这是一块用于编译和保存本地代码的内存,注意是本地代码,它和PermGen(永久代)是不一样的,永久带是用来存放Java类定义的。
内存映射。这些信息是虚拟机崩溃时的虚拟内存列表区域。在定位崩溃原因的时候,它可以告诉你哪些类库正在被使用,位置在哪里,还有堆栈和守护页信息。就以列表中第一条为例说明:
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的一对组成。
虚拟机参数和环境变量。
信号句柄。对于Linux下的信号机制,参阅wiki百科,链接。
系统信息。
#文中使用的hs_err_pid文件在此下载#
致命错误出现的时候,JVM生成了hs_err_pid<pid>.log这样的文件,其中往往包含了虚拟机崩溃原因的重要信息。因为经常遇到,在这篇文章里,我挑选了一个,并且逐段分析它包含的内容(文件可以在文章最后下载)。默认情况下文件是创建在工作目录下的(如果没权限创建的话JVM会尝试把文件写到/tmp这样的临时目录下面去),当然,文件格式和路径也可以通过参数指定,比如:
触发致命错误的操作异常或者信号;
版本和配置信息;
触发致命异常的线程详细信息和线程栈;
当前运行的线程列表和它们的状态;
堆的总括信息;
加载的本地库;
命令行参数;
环境变量;
操作系统CPU的详细信息。
首先,看到的是对问题的概要介绍:
SIGSEGV是信号名称
0xb是信号码
pc=0x03568cf4指的是程序计数器的值
pid=16819是进程号
tid=3073346448是线程号
如果你对JVM有了解,应该不会对这些东西陌生。
接下来是JRE和JVM的版本信息:
然后是问题帧的信息:
C:本地C帧
j:解释的Java帧
V:虚拟机帧
v:虚拟机生成的存根栈帧
J:其他帧类型,包括编译后的Java帧
libgtk-x11-2.0.so.0+0x19fcf4:和程序计数器(pc)表达的含义一样,但是用的是本地so库+偏移量的方式。
接下去第一部分是线程信息:
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:栈区间
not at a safepoint:正常运行状态;
at safepoint:所有线程都因为虚拟机等待状态而阻塞,等待一个虚拟机操作完成;
synchronizing:一个特殊的虚拟机操作,要求虚拟机内的其它线程保持等待状态。
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的一对组成。
#文中使用的hs_err_pid文件在此下载#
相关文章推荐
- java基础总结——内部类
- LoadRunner监控Linux的步骤
- BFS(两点搜索) UVA 11624 Fire!
- ios字符串自适应rect
- 黑马程序员--java基础--异常
- [转]树链剖分资料
- UVA 409 Excuses, Excuses!
- 第六篇T语言实例开发,多点找色应用
- BIM建筑信息模型(Building Information Modeling)
- Java中的getResourceAsStream方法
- D2
- Scala 深入浅出实战经典 第48讲:Scala类型约束代码实战及其在Spark中的应用源码解析
- Redis高可用开源缓存集群方案--总结自网络
- Qt4过渡至Qt5
- Android repo sync能否指定目录,貌似没找到解决方案?
- JAVA输入输出流
- HDU1114_Piggy-Bank
- 串结构练习——字符串匹配
- 第六篇T语言实例开发,多点找色应用
- Gradle编译volley