javcore分析.docxVIP

java程序运行时，有时会产生javacore及heapdump文件，java程序在遇到致命问题时，就会产生这两个文件，有时产生时，java应用不会死掉，还能继续运行，有时则java进程会死掉，即java进程被杀死。为了能够保留java应用发生致命错误前的java的运行状态，jvm在死掉前产生两个文件，分别为javacore及heapdump文件。javacore文件主要保存的是java应用各线程在某一时刻的运行的位置，即执行到哪一个类的哪一个方法哪一个行上。javacore是一个文本文件，打开后可以看到每一个线程的执行栈，以stacktrace的方式显示。通过对javacore的分析可以得到应用是否“卡”在某一点上，即在某一点运行的时间太长，如数据库查询，长期得不到响应，最终导致系统崩溃。heapdump文件是一个二进制文件，它保存了某一时刻jvm堆中对象情况，这种文件需要相应的工具进行分析，笔者用得较多的是heap analyzer这个工具。这个文件最重要的作用就是分析系统是否存在内存溢出的情况，通过heapanalyzer可以很简单地分析出溢出的位置。这两个文件也可以手工的方式生成，经常我们会遇到系统变慢或无响应的情况，这个时候就以采用手工的方式生成javacore及heapdump文件，通过对这两个文件的分析，查出原因进而解决问题，在unix/linux上，产生这两个文件的方法是首先，ps -ef|grep java 找出java进程id ，然后再执行kill -3 进程号的操作，等文件生成后再做一次同样的操作，再产生一组文件，两组文件在分析javacore时特别有效，困为它可以看出在先后两个时间点上，线程执行的位置，如果发现先后两组数据中同一线程都执行在同一位置，则说明此处可能有问题，因为程序运行是极快的，如果两次均在某一点上，说明这一点耗时是很大的。。Java DUMP分析Java dump 文件的格式和内容Java dump 通常是文本格式(.txt)，因此可以通过一般的文本编辑器进行阅读，阅读时需要注意段与行的格式：段格式为了便于大家的分析，Java dump 的每一段的开头，都会用“-----”与上一段明显的区分开来。而每一段的标题也会用“=====”作为标识，这样我们就能够很容易的找到每一段的开头和标题部分（如清单 1）。清单 1. Java dump 段标题示例NULL --------------------------------0SECTION TITLE subcomponent dump routineNULL ===============================行格式Java dump 文件中，每一行都包含一个标签，这个标签最多由 15 个字符组成（如清单2中所示）。其中第一位数字代表信息的详细级别（0，1，2，3，4），级别越高代表信息越详细；接下来的两个字符是段标题的缩写，比如，“CI” 代表 “Command-line interpreter”，“CL” 代表 “Class loader”，“LK” 代表 “Locking”，“ST” 代表 “Storage”，“TI” 代表 “Title”，“XE” 代表 “Execution engine”等等；其余部分为信息的概述。清单 2. Java dump 行标签和内容示例1TISIGINFO Dump Event uncaught Detail java/lang/OutOfMemoryError received不同版本的 JVM 所产生的 Java dump 的格式可能会稍有不同，但基本上都会包含以下几个方面的内容：TITLE 信息块：描述 JAVA DUMP 产生的原因，时间以及文件的路径。GPINFO信息块：GPF 信息。ENVINFO 信息块：系统运行时的环境及 JVM 启动参数。MEMINFO 信息块：内存的使用情况和垃圾回收记录。LOCKS 信息块：用户监视器(Monitor)和系统监视器(Monitor)。THREADS信息块：所有 java 线程的状态信息和执行堆栈。CLASSES信息块：类加载信息。回页首利用 Java Dump 进行 JVM 故障诊断由于 Java dump 文件包含的内容比较广泛，因此 JVM 的很多问题都可以通过 java dump进行诊断。这些问题主要包括线程阻塞，CPU 使用率过高，JVM Crash，堆内存不足，和类装载等问题。诊断线程阻塞问题线程阻塞是我们在 java 多线程编程中经常遇到的问题。由于对后端有限资源的争用以及过度同步等问题，经常会发现 Java dump 中某个资源（锁对象）下有太多的线程处于等待状态，这时候我们通常需要从以下三个方面去诊断这个