垃圾回收整理

担保机制

Minor gc前需进行担保机制校验，发现老年代剩余连续空间小于Eden区和Survice区总和，触发担保失败。
如果老年代剩余连续空间也小于每次晋升到老年代的平均大小，这是就会Full gc。
反之，会尝试进行Minor gc，存活的对象当Survice放不下时就放入老年代，老年代再放不下就Full gc

一般Full Gc场景

1. Minor gc中把存活对象复制到Survice区，因为Survice区太小导致对象晋升到老年代。过不了多久，老年代的剩余大小无法通过过担保机制校验，可能导致Full gc
   解决方法： -XX:SurvivorRatio 调大surviceRatio比例
   弊端： Eden变小，minorgc变得频繁，吞吐量下降。

2. 新生代太小，导致Minor gc频繁，对象经过多次gc没有被回收，过了指定年龄，晋升到老年代。
   解决方法： -Xmn 调整新生代大小
   弊端：新生代变大导致单次minorgc停顿时间变长。

常用工具

查看内存快照，比对多次内存快照可以找出内存泄漏的问题

jmap -dump:format=b,file=heapdump.phrof pid

实时查看垃圾回收情况
jstat -gc PID 2000

打印垃圾回收日志

-XX:+PrintGCDetails