Java垃圾回收機(jī)制與Dump文件的分析

Java垃圾回收機(jī)制

與dump文件的分析Agenda一.內(nèi)存的分配和垃圾回收二.GC日志的分析與Javadump文件的分析

三.總結(jié)一.內(nèi)存的分配與垃圾回收1.為什么要對(duì)內(nèi)存進(jìn)行管理

MemoryisperformaceStackandHeap

Stack:棧，F(xiàn)IFO。

優(yōu)點(diǎn)：存取速度比Heap要快，棧數(shù)據(jù)可以共享。

缺點(diǎn)：數(shù)據(jù)大小與生存期必須是確定的，缺乏靈活性。

Heap：堆。運(yùn)行時(shí)數(shù)據(jù)區(qū)

優(yōu)點(diǎn):動(dòng)態(tài)地分配內(nèi)存大小，生存期也不必事先告訴編譯器，

缺點(diǎn):比Stack慢。一.內(nèi)存的分配與垃圾回收2.JVM對(duì)內(nèi)存的管理Java不需要程序員自己去管理內(nèi)存的分配

Useruser=newUser();GC,JVM內(nèi)存管理中最重要的內(nèi)容JVM自動(dòng)GC，因此Java中不存在內(nèi)存泄露？一.內(nèi)存的分配與垃圾回收3.GC:GarbageCollection1)什么樣的內(nèi)容可以回收：標(biāo)記死亡的對(duì)象2)如何回收：垃圾收集器的工作方式

一.內(nèi)存的分配與垃圾回收3.GC:GarbageCollection1)標(biāo)記死亡的對(duì)象

一.內(nèi)存的分配與垃圾回收3.GC:GarbageCollection1)標(biāo)記死亡的對(duì)象

一.內(nèi)存的分配與垃圾回收3.GC:GarbageCollection1)標(biāo)記死亡的對(duì)象

一.內(nèi)存的分配與垃圾回收3.GC:GarbageCollection2)如何回收：垃圾收集器的工作方式ReferenceCountingCollectorMark-SweepCollectorMark-compactCollectorCopyingCollectorGenerationalCollector

一.內(nèi)存的分配與垃圾回收ReferenceCountingCollector優(yōu)點(diǎn)：簡(jiǎn)單缺點(diǎn)：速度非常慢。從未有JVM真正實(shí)現(xiàn)過(guò)。

一.內(nèi)存的分配與垃圾回收Mark-SweepCollector早期的JVM使用優(yōu)點(diǎn)：簡(jiǎn)單缺點(diǎn)：產(chǎn)生很多內(nèi)存碎片，分配新Object越來(lái)越慢

一.內(nèi)存的分配與垃圾回收Mark-CompactCollectorJVM掃描Heap兩遍優(yōu)點(diǎn)：解決內(nèi)存碎片的問(wèn)題缺點(diǎn)：做垃圾回收時(shí)速度比較慢

一.內(nèi)存的分配與垃圾回收CopyingCollector保存一半內(nèi)存，只在一半內(nèi)存中分配對(duì)象優(yōu)點(diǎn)：只需掃描一次Heap缺點(diǎn)：消耗的內(nèi)存比較大

一.內(nèi)存的分配與垃圾回收GenerationalCollector按照一個(gè)Object經(jīng)歷的垃圾回收次數(shù)計(jì)算其年齡80%的Object在很早的時(shí)期就已經(jīng)死掉將Heap分段，區(qū)分年輕的和年老的區(qū)段在不同的區(qū)段使用不同的垃圾回收策略

一.內(nèi)存的分配與垃圾回收GenerationalCollector

一.內(nèi)存的分配與垃圾回收GenerationalCollectorMinorGC：只做YoungGeneration局部的GCMajorGC：做整個(gè)Heap的GC

但是……假設(shè)經(jīng)常性出現(xiàn)了內(nèi)存溢出我們應(yīng)該怎么辦?????

二、GC日志的分析與Javadump文件的分析1.保持鎮(zhèn)定，重啟應(yīng)用，觀察JVM的運(yùn)行狀態(tài)2.分析可能出現(xiàn)內(nèi)存溢出的原因

1.監(jiān)控JVM的運(yùn)行狀態(tài)：JConsoleafterSunJDK1.5+在JDK中增加參數(shù)，翻開(kāi)JMX：-Dcom.sun.management.jmxremote.port=1099-Dcom.sun.management.jmxremote.authenticate=false-Dcom.sun.management.jmxremote.ssl=false我們也可以自己寫(xiě)代碼，使Jconsole也能監(jiān)控我們的應(yīng)用

二.GC日志的分析

與Javadump文件的分析1

.監(jiān)控JVM的運(yùn)行狀態(tài)：JConsole

二.GC日志的分析

與Javadump文件的分析Jconsole實(shí)際例子Jconsole控制臺(tái)MBean

二.GC日志的分析

與Javadump文件的分析2.分析內(nèi)存溢出可能的原因1).JVM本身的GC和內(nèi)存分配策略不合理

2).應(yīng)用本身存在內(nèi)存泄露

二.GC日志的分析

與Javadump文件的分析1).JVM本身的GC和內(nèi)存分配策略不合理使用JVM參數(shù)翻開(kāi)GC的詳細(xì)日志： SunJDK：-verbose:gc-Xloggc:/home/yaonengjun/gc.logIBMJDK：-Xverbosegc:file=filename分析產(chǎn)生的GC日志：

例子gc.log

二.GC日志的分析

與Javadump文件的分析1).JVM本身的GC和內(nèi)存分配策略不合理

圖形化的GC日志分析器

GCViewer:

PMAT例子

二.GC日志的分析

與Javadump文件的分析

2).應(yīng)用本身存在內(nèi)存泄露

使用JVM參數(shù)，在內(nèi)存泄露時(shí)生成dump文件-XX:+HeapDumpOnOutOfMemoryErrordump文件:

內(nèi)存數(shù)據(jù)在硬盤(pán)上的映像

二.GC日志的分析

與Javadump文件的分析

2).應(yīng)用本身存在內(nèi)存泄露：dump文件分析◆jmap/jhat:●JDK自帶的命令行工具Jmap：生成應(yīng)用的dump文件Jhat：對(duì)dump文件進(jìn)行分析

●相當(dāng)費(fèi)內(nèi)存，使用內(nèi)存大約在要分析的dump文件的1.5–2倍jhat使用例如

二.GC日志的分析

與Javadump文件的分析

2).應(yīng)用本身存在內(nèi)存泄露：dump文件分析◆SAP:MemeoryAnalyzer●免費(fèi)●圖形化的分析工具●消耗內(nèi)存小●會(huì)創(chuàng)立dump文件的索引，需要硬盤(pán)空間較大〔dump文件的2-3倍〕MAT使用例如

二.GC日志的分析

與Javadump文件的分析

●在大多數(shù)情況下，內(nèi)存溢出都是和應(yīng)用相關(guān)的。因此，想要知道內(nèi)存溢出的根源，最好是對(duì)應(yīng)用的源代碼比較熟悉。友情提示：●分析內(nèi)存溢出時(shí)，通常會(huì)非常消耗系統(tǒng)資源，需要事先找好配置比較高的機(jī)器

三.總結(jié) 1、Java的內(nèi)