GC 日志分析

打印gc log的详细信息
Java代码

  1. set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -XX:+PrintGCDetails  

set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m -XX:+PrintGCDetails


或
引用
set JAVA_OPTS=-XX:PermSize=64M -XX:MaxPermSize=128m -Xms512m -Xmx1024m  -verbose:gc -Xloggc:gc.log -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError

如果真是内存泄漏，系统最终会抛OutOfMemory, 加这个-XX:+HeapDumpOnOutOfMemoryError (jdk1.5以上)可以得到heap dump. 这个dump纪录了所有在OutOfMemory时存在于内存中的对象。用普通的jhat之类的工具分析dump文件不够好。推荐使用SAP Memory Analyzer。用这个工具你可以比较快的定位原因。  

gc日志分析
引用
[GC [DefNew: 35592K->1814K(36288K), 0.0326932 secs] 38508K->7792K(520256K), 0.0336419 secs]


第一个箭头：35592K->1814K(36288K)，箭头指向的是新生段的内存占用情况；
第二个箭头：38508K->7792K(520256K)，箭头指向的是回收后的内存占用情况。
圆括号中通常指的是当前申请的内存大小。

引用
[GC [: -> , secs] -> , secs]

GC收集器的名称  

新生代在GC前占用的内存  
新生代在GC后占用的内存  
新生代局部收集时jvm暂停处理的时间  

JVM Heap 在GC前占用的内存  
JVM Heap 在GC后占用的内存  
GC过程中jvm暂停处理的总时间  



如果回收总量相等，就表示100%的收回，没有任何新生代的对象被提升到中生代或者永久区。而本例中表示3062K没有被回收，即2062K 新生代内容被提升到中生代。


Java代码

  1. [Full GC 873087K->873087K(955648K), 4.1838200 secs]  

  2. [Full GC 873087K->871781K(955648K), 4.1683140 secs]  

  3. [Full GC 873087K->873087K(955648K), 4.2085010 secs]  

  4. [Full GC 873087K->872260K(955648K), 4.2084700 secs]  

  5. [Full GC 873081K->873081K(955648K), 4.2623640 secs]  

  6. [Full GC 873081K->872408K(955648K), 4.3412570 secs]  

  7. 2011-08-0817:04:10,819 ERROR [com.koolearn.util.cache.AliMemCacheEngine.get(AliMemCacheEngine.java:164)] - <>  

  8. [Full GC 873087K->873087K(955648K), 4.3155510 secs]  

  9. [Full GC 873087K->872481K(955648K), 4.0971750 secs]  

  10. [Full GC 873087K->873087K(955648K), 4.1474260 secs]  

  11. [Full GC 873087K->872766K(955648K), 4.3128090 secs]  

  12. java.lang.OutOfMemoryError: Java heap space  

  13. [Full GC 873087K->873087K(955648K), 4.3855320 secs]  

  14. [Full GC 873087K->871522K(955648K), 4.2014260 secs]  

  15. [Full GC 871649K->871649K(955648K), 4.5445160 secs]  

  16. [Full GC 873087K->873087K(955648K), 4.3851440 secs]  

  17. [Full GC[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor778]  

  18. [Unloading class sun.reflect.GeneratedSerializationConstructorAccessor779]  

  19. 873087K->871942K(955648K), 4.1766480 secs]  

  20. [Full GC 873087K->872056K(955648K), 4.4511170 secs]  

  21. [Full GC 873087K->873087K(955648K), 4.3548710 secs]  

  22. [Full GC 873087K->872185K(955648K), 4.5506940 secs]  

[Full GC 873087K->873087K(955648K), 4.1838200 secs]
[Full GC 873087K->871781K(955648K), 4.1683140 secs]
[Full GC 873087K->873087K(955648K), 4.2085010 secs]
[Full GC 873087K->872260K(955648K), 4.2084700 secs]
[Full GC 873081K->873081K(955648K), 4.2623640 secs]
[Full GC 873081K->872408K(955648K), 4.3412570 secs]
2011-08-08 17:04:10,819 ERROR [com.koolearn.util.cache.AliMemCacheEngine.get(AliMemCacheEngine.java:164)] - <>
[Full GC 873087K->873087K(955648K), 4.3155510 secs]
[Full GC 873087K->872481K(955648K), 4.0971750 secs]
[Full GC 873087K->873087K(955648K), 4.1474260 secs]
[Full GC 873087K->872766K(955648K), 4.3128090 secs]
java.lang.OutOfMemoryError: Java heap space
[Full GC 873087K->873087K(955648K), 4.3855320 secs]
[Full GC 873087K->871522K(955648K), 4.2014260 secs]
[Full GC 871649K->871649K(955648K), 4.5445160 secs]
[Full GC 873087K->873087K(955648K), 4.3851440 secs]
[Full GC[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor778]
[Unloading class sun.reflect.GeneratedSerializationConstructorAccessor779]
 873087K->871942K(955648K), 4.1766480 secs]
[Full GC 873087K->872056K(955648K), 4.4511170 secs]
[Full GC 873087K->873087K(955648K), 4.3548710 secs]
[Full GC 873087K->872185K(955648K), 4.5506940 secs]


Full GC 即全量GC，垃圾回收分小GC和Full GC。前者针对年轻代，后者针对年老代。FULL GC出现的很多有时候是因为你应用中2M以上的对象比较多。