Java性能分析及问题解决(二)jvm致命错误导致进程直接挂掉，错误日志分析及解决

前言：

  最近服务器一台机器，经常发现jvm错误日志，因为程序有监控，所以进程能够自动启动，没有产生什么大的影响，利用空闲时间分析下这个问题以及给出最后的解决方案：

jvm出现的致命错误，会在默认工作目录下面生成了hs_err_pid<pid>.log 日志文件。其中包含了导致jvm crash 的重要信息（我们可以在虚拟参数中添加 -XX:ErrorFie=./hss_err_pid<pid>.log指定生成路径。）

包含：日志头文件，导致crash的线程信心，所有的线程信息，安全点和锁信息，堆信息，本地代码缓存，编译事件，gc相关记录,jvm内存映射，jvm启动参数，服务器信息。下面我们来解读一个文件：hs_err_pid6911.log这是爬虫调度程序

日志头文件：

日志文件已经详细告诉我们原因了：

进程号6711,本机物理内存不足，同时提供了解决方案：

减轻机器内存负载，设置Xmx /xms减少java堆内存空间大小，如果是64位的操作系统建议使用64bit java，减少java线程数量，减少每个线程堆栈大小-Xss，然后再看看更加详细的原因。

导致crash的线程信息：

这里可以看出导致crash的线程信息，该线程是一个JavaThread，表示执行的是java线程，该线程的其它类型还可能是：

 VMThread jVM内部线程

CompilerThread :用来调用JITing，实时编译装卸class 。 通常，jvm会启动多个线程来处理这部分工作，线程名称后面的数字也会累加，例如：CompilerThread1

GCTaskThread：执行gc的线程

WatcherThread：jvm 周期性任务调度的线程，是一个单例对象。该线程在JVM内使用的比较频繁，比如：定期的内存监控、JVM运行状态监控，还有经常执行jstat 这类命令 查看gc使用情况。

pool-2-thread-62292935表示线程名，[_thread_new，线程已经被创建还没有启动，其它状态如下：

_thread_uninitialized：线程还没有创建，它只在内存原因崩溃的时候才出现

_thread_new：线程已经被创建，但是还没有启动

_thread_in_native：线程正在执行本地代码，一般这种情况很可能是本地代码有问题

_thread_in_vm：线程正在执行虚拟机代码

_thread_in_Java：线程正在执行解释或者编译后的Java代码

_thread_blocked：线程处于阻塞状态