java内存泄露、溢出检查方法和工具.docVIP

JAVA内存泄露、溢出的检查方法、工具介绍 问题发现： 在我们运行的一个项目上线运营后发现运行两天左右就会报内存溢出，只有重启tomcat才能恢复服务，异常信息如下： java.lang.OutOfMemoryError: GC overhead limit exceeded java.lang.OutOfMemoryError: Java heap space 原因分析： 在此之前必须先介绍一下关于jvm的内存控制，JVM即java虚拟机，它运行时候占用一定的内存，其大小是有限定的，如果程序在运行时jvm占用的内存大于某个限度，则会产生内存溢出，也就是“java.lang.outofmemoryerror”。如果jvm内存的没有限度，并且有无限大的内存，那jvm就永远不会出现内存溢出了。很明显无限的内存是不现实的，但是一般情况下我们程序运行过程所需要的内存应该是一个基础固定的值，如果仅是因为我们的项目所需内存超过了jvm设置内存值导致内存溢出，那么我们可以通过增大jvm的参数设置来解决内存溢出的问题。详细处理可参考java jvm的如下参数-Xms -Xmx -Xmn -Xss -Xms: 设置JVM内存此值可以设置与-Xmx相同,以避免每次垃圾回收完成后JVM重新分配内存-Xmx:设置JVM最大可用内存-Xmn:设置年轻代大小整个堆大小=年轻代大小+年老代大小+持久代大小.持久代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8.-Xss:设置每个线程的堆栈大小.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成　　在C++语言程序中，使用new操作符创建的对象，在使用完毕后应该通过delete操作符显示地释放，否则，这些对象将占用堆空间，永远没有办法得到回收，从而引起内存空间的泄漏。如下的简单代码就可以引起内存的泄漏: void function(){　Int[] vec = new int[5];} 在function()方法执行完毕后，vec数组已经是不可达对象，在C++语言中，这样的对象永远也得不到释放，称这种现象为内存泄漏。　　而Java是通过垃圾收集器(Garbage Collection，GC)自动管理内存的回收，程序员不需要通过调用函数来释放内存，但它只能回收无用并且不再被其它对象引用的那些对象所占用的空间。在下面的代码中，循环申请Object对象，并将所申请的对象放入一个Vector中，如果仅仅释放对象本身，但是因为Vector仍然引用该对象，所以这个对象对GC来说是不可回收的。因此，如果对象加入到Vector后，还必须从Vector中删除，最简单的方法就是将Vector对象设置为null。 Vector v = new Vector(10); for (int i = 1; i 100; i++){ Object o = new Object(); 　v.add(o);　o = null;}//此时，所有的Object对象都没有被释放，因为变量v引用这些对象。 　　实际上无用，而还被引用的对象，GC就无能为力了(事实上GC认为它还有用)，这一点是导致内存泄漏最重要的原因。[GC [collector: starting occupancy1 - ending occupancy1, pause time1 secs] starting occupancy3 - ending occupancy3, pause time3 secs] collectorGC收集器的名称 starting occupancy1 新生代在GC前占用的内存 ending occupancy1 新生代在GC后占用的内存 pause time1 新生代局部收集时jvm暂停处理的时间 starting occupancy3 JVM Heap 在GC前占用的内存 ending occupancy3 JVM Heap 在GC后占用的内存 pause time3 GC过程中jvm暂停处理的总时间 例：[GC [PSYoungGen: 131072K-10667K(152896K)] 137699K-17295K(1551040K), 0.0210980 secs] [Times: user=0.06 sys=0.01, real=0.02 secs] 注意短时间内关注GC的内存回收日志是没有什么作用的，重点需要关注的是Full级别的新生代和年老代的内存情况。 如下表中，发现年老代内存是不断增长的，基本可以确定是年老代内存泄露，有许多长时间未使用的分配内存得不到回收。 [PSYoungGen: