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

JAVA问题觉察：在我们运行的一个工程上线运营后觉察运行两天左右就会报内存溢出，只有重启tomcatjava.lang.OutOfMemoryError:GCoverheadlimitexceededjava.lang.OutOfMemoryError:Javaheapspace缘由分析：jvm则会产生内存溢出，也就是“java.lang.outofmemoryerror”。假设jvm度，并且有无限大的内存，那jvm仅是由于我们的工程所需内存超过了jvm设置内存值导致内存溢出，那么我们可以通jvmjavajvm设置：-Xms-Xmx-Xmn-Xss-Xms:JVM-XmxJVMJVM-Xmn:设置年轻代大小，整个堆大小=年轻代大小+年老代大小+长期代大小.长期代一般固定大小为64m,所以增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun3/8.-Xss:设置每个线程的堆栈大小.在一样物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成。1Gjava致内存溢出。1of9内存泄露的根本原理：voidfunction{Int[]vec=newint[5];}C++newdeletevoidfunction{Int[]vec=newint[5];}，vecC++语言中，这样的对象永久也得不到释放，称这种现象为内存泄漏。v.add(o);o=null;}//ObjectvJava(GarbageCollection，GC)自动治理内存的回收，程序ObjectVectorVectorv.add(o);o=null;}//ObjectvVectorv=newVector(10);for(inti=1;i<100;i++){Objecto=newObject;GC一点是导致内存泄漏最重要的缘由。解决过程：对代码进展走查和分析，找出内存泄漏发生的位置;其次种，就是利用一些内存检查分析工具来分析，找出内存泄露的具体位置可以快速解决。2of9析命令以及工具的相关介绍。第一阶段jdk的GC可以在JAVA_OPTSjdkGC-verbose:gc-XX:+PrintGCDetails-XX:+HeapDumpOnOutOfMemoryError翻开输出日志，jdk会在每一次的垃圾回收时打印相关日志，参考格式如下：[GC[<collector>:<startingoccupancy1>-><endingoccupancy1>,<pauseoccupancy3>-><endingoccupancy3>,<pausetime3>secs]<collector>GC<startingoccupancy1>GC<endingoccupancy1>GC<pausetime1>生代局部收集时jvm<startingoccupancy3>JVMHeap在GC<endingoccupancy3>JVMHeapGC<pausetime3>GCjvm[GC[PSYoungGen:131072K->10667K(152896K)]137699K->17295K(1551040K),0.0210980secs][Times:user=0.06sys=0.01,real=0.02secs]留意短时间内关注GC的内存回收日志是没有什么作用的，重点需要关注的是Full级别的生代和年老代的内存状况。长时间未使用的安排内存得不到回收。[PSYoungGen: 6735K->0K(152896K)] [PSOldGen: 000000K->[PSYoungGen: 6735K->0K(152896K)] [PSOldGen: 000000K->6627K(1398144K)] 6735K->6627K(1551040K)[PSPermGen:17676K->17676K(262144K)],0.1521720secs][Times:user=0.15sys=0.01,real=0.16secs][PSYoungGen:4754K->0K(153600K)][PSOldGen:202314K->86024K(1398144K)]206668K->86024K(1551744K)[PSPermGen:33065K->33065K(262144K)],0.5517640secs][Times:user=0.56sys=0.00,real=0.55secs][PSYoungGen:5495K->0K(164096K)][PSOldGen:166076K->99609K(1398144K)]171571K->99609K(1562240K)[PSPermGen:33680K->33680K(262144K)],0.5221250secs][Times:user=0.52sys=0.00,real=0.52secs][PSYoungGen:2584K->0K(164736K)][PSOldGen:194684K->76213K(1398144K)]197268K->76213K(1562880K)3of9[PSPermGen:34027K->33173K(262144K)],0.6575180secs][Times:user=0.66sys=0.00,real=0.66secs][PSPermGen:34027K->33173K(262144K)],0.6575180secs][Times:user=0.66sys=0.00,real=0.66secs][PSYoungGen:928K->0K(161728K)][PSOldGen:144867K->100205K(1398144K)]145795K->100205K(1559872K)[PSPermGen:34264K->34264K(262144K)],0.5328980secs][Times:user=0.53sys=0.00,real=0.53secs][PSYoungGen:1656K->0K(161984K)][PSOldGen:100205K->100602K(1398144K)]101861K->100602K(1560128K)[PSPermGen:34317K->34317K(262144K)],0.4965370secs][Times:user=0.50sys=0.00,real=0.50secs]内存泄露问题。其次阶段jmapjmap命令可以获得运行中的jvm内存的大小等等命令格式jmap[options]pid-dump:[live,]format=b,file=<filename>-dump堆到文件,live指明是活着的对象,file指定文件名,pidjavaid上的的文件内容，手工分析查看实在是太过辛苦，所以也未能解决。第三阶段EclipseMemoryAnalyzer分析工具来分析AnalyzerJava计的对象进展分析,一旦堆转储被解析,可以在翻开他的一瞬间,马上得到保存大小的单一对象,提取记录具体的信息，查看为什么这些对象对象资料没有被释放掉。使用这些功能的报告,可以对这些对象进展跟踪，找到内存泄露嫌疑人，也可以得到系统的性能指数,帮助优化系统。下面就来介绍一下如何使用该工具进展分析。jvm于该工具进展分析第一步照旧是获得堆转储文件。具体命令如下：jmap-dump:format=b,file=jmap.hprof32460hprof，所hprof，有了这个文件我们就可以通过本工具来分析他。EclipseMemoryAnalyzer,eclipse4of9选择菜单File-OpenHeadDump然后选择我们生成的堆转储文件

5of9翻开后他提示是否自动生成泄露检测报告，我们选择后，点finish完成MAT6of91359.83%details7of913链接对象本身仅占用100K左右内存，因此不行能到达26M的内存占用量，所以根本可题。状况，后来通过一篇文档资料中介绍如下：在MySQLjdbc5.1.6Connection永久不掉用close，Statement,都调用了Statement的close没有把自己的资源释放干净StatementConnectio里有缓存closeconnettionStatement8of9connetionstatement代码如下：java.sql.Connectionconn=DriverManager.getConnection(strConnString);//下面这句很重要，具体作用就是让Statement每次close的时候通知Conn