java 性能问题排查

cpu占用率太高

1） 首先能过top查看cpu太高的pid，然后经过ps -ef |grep pid查看进程的详细信息。

2） 接着查看每一个线程占用的cpu占用率，ps -mp pid -o THREAD,tid,time | sort -rn
或者 经过 top -H -p pid

3) 转换，然后经过比较查看哪一个占用太高， 其次将须要的线程ID转换为16进制格式：printf "%x\n" tid

得。

4）  jstack pid |grep tid -A 30   ，jstack 能够查看某个进程的当前线程栈运行状况。根据这个命令的输出能够定位某个进程的全部线程的当前运行状态、运行代码，以及是否死锁等等。

5） 最后就根据获得的信息分析 代码，看哪块会出现问题 。

 

实战

今天出现了一个问题，集成代码上线后，系统卡死，没法访问，初看日志也没有问题，然后top查看，cpu果真占用100%+;

然后根据如上操做，找到线程id，然后jstack 查看 ，dump信息以下，原来是syslog 出现了问题。

Thread 9099: (state = IN_VM)
 - java.net.PlainDatagramSocketImpl.datagramSocketCreate() @bci=0 (Compiled frame; information may be imprecise)
 - java.net.AbstractPlainDatagramSocketImpl.create() @bci=15, line=83 (Compiled frame)
 - java.net.DatagramSocket.createImpl() @bci=61, line=342 (Compiled frame)
 - java.net.DatagramSocket.<init>() @bci=56, line=199 (Compiled frame)
 - UDPTest.send() @bci=31, line=35 (Compiled frame)

原生 系统中是有日志记录的，由于项目需求，须要将日志上报syslog服务器，所以须要在记录日志的地方，在调一个syslog的接口，从dump发现，syslog出了问题。可是调用syslog的过程的代码，没发现什么异常。接着咱们就去查看syslog的源码，发现确实有问题，以下send方法内造成死循环。如今解决方案就明确了。若是在send异常时，var5 并无任何变化。若是socket一直异常，则会无限循环。并无按照设定的值重试。

byte var5 = 0;

        while(var5 != -1 && var5 < this.netSyslogConfig.getWriteRetries() + 1) {
            try {
                this.socket.send(var4);
                var5 = -1;
            } catch (IOException var7) {
                if(var5 == this.netSyslogConfig.getWriteRetries() + 1) {
                    throw new SyslogRuntimeException(var7);
                }
            }
        }

内存占用太高( 堆 )

1)通常内存分析 使用 jdk自带 的 jmap  jhat  

jps -ml //查看pid

jmap -heap 9142  //  打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用状况.

jmap -histo:live 9142 |head  -n 20

jmap -F -dump:format=b,file=test.bin 14424

jhat test.bin 

访问 http://localhost:7000

 

也可经过 

2) 设置虚拟机参数为：-Xmx40m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=E:\Java\dump

而后用 jprofile  工具分析 内存 dump文件

 

 

 

一般咱们在开发中常常遇到的OutOfMemoryError 有 PermGen space（永久代）  Java heap space（堆

Java内存模型是描述Java程序中各变量（实例域、静态域和数组元素）之间的关系，以及在实际计算机系统中将变量存储到内存和从内存取出变量这样的低层细节。

在Java虚拟机中，内存分为三个代：新生代（New）、老生代（Old）、永久代（Perm）。

（1）新生代New：新建的对象都存放这里

（2）老生代Old：存放重新生代New中迁移过来的生命周期较久的对象。新生代New和老生代Old共同组成了堆内存。

（3）永久代Perm：是非堆内存的组成部分。主要存放加载的Class类级对象如class自己，method，field等等。

若是出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。缘由有二：

（1）Java虚拟机的堆内存设置不够，能够经过参数-Xms、-Xmx来调整。

（2）代码中建立了大量大对象，而且长时间不能被垃圾收集器收集（存在被引用）。

若是出现java.lang.OutOfMemoryError: PermGen space，说明是Java虚拟机对永久代Perm内存设置不够。

通常出现这种状况，都是程序启动须要加载大量的第三方jar包。例如：在一个Tomcat下部署了太多的应用。

当遇到  heap space异常，时，要经过分析代码，减小没必要要的对象建立，同时避免内存泄漏。

1）top 查看占用率用的pid

2)    jmap -histo:live [pid] > result.log  ，而后分析具体的对象数目和占用内存大小，从而定位代码。

以下 通常占用较高的 constMethodKlass、methodKlass、constantPoolKlass 这些类信息。而遇到 问题的时候 咱们应该重点分析 数组，集合，类等占据大量内存的类。

 

http://www.ibm.com/developerworks/cn/java/j-lo-performance-tuning-practice/

http://blog.csdn.net/blade2001/article/details/9066001

http://www.cnblogs.com/chy2055/p/5124040.html