GC

GC：
可达性算法: GC Roots Tracing：通过一个叫 GC Roots 的对象作为起点,从这些结点开始向下搜索,搜索所走过的路径称为引用链,当一个对象没有与任何的引用链相连的时候则改该对象就可以被回收
GC ROOTS:
虚拟机栈（栈帧中的本地变量表）中的引用的对象
方法区中的类静态属性引用的对象
方法区中的常量引用的对象。
本地方法栈中JNI(即一般说的Native方法)的引用的对象。
GC回收算法：
标记-清除法：标记出没有用的对象，然后一个一个回收掉
缺点：标记和清除两个过程效率不高，产生内存碎片导致需要分配较大对象时无法找到足够的连续内存而需要触发一次GC操作
复制算法: 按照容量划分二个大小相等的内存区域，当一块用完的时候将活着的对象复制到另一块上，然后再把已使用的内存空间一次清理掉
缺点：将内存缩小为了原来的一半
标记-整理法：标记出没有用的对象，让所有存活的对象都向一端移动，然后直接清除掉端边界以外的内
优点：解决了标记- 清除算法导致的内存碎片问题和在存活率较高时复制算法效率低的问题。
分代回收：根据对象存活周期的不同将内存划分为几块
一般是新生代和老年代，新生代基本采用复制算法，老年代采用标记整理算法

结构（堆大小 = 新生代 + 老年代 ）：
新生代(1/3)(初始对象，生命周期短)：Eden 区、survivior 0、survivior 1（ 8 : 1 : 1）
老年代(2/3)(长时间存在的对象)
一般小型的对象都会在 Eden 区上分配，如果Eden区无法分配，那么尝试把活着的对象放到survivor0中去，如果survivor0可以放入，那么放入之后清除Eden区（Minor GC）；
随着分配对象的增多，Eden区的空间又不足了，这时候再触发一次Minor GC，清理掉Eden区和S0区的死亡对象，把存活对象转移到S1区。

对象进入老年代的4种情况：
1、假如进行Minor GC时发现，存活的对象在ToSpace区中存不下，那么把存活的对象存入老年代
2、大对象直接进入老年代
假设新创建的对象很大，比如为5M(这个值可以通过PretenureSizeThreshold这个参数进行设置，默认3M)，那么即使Eden区有足够的空间来存放，也不会存放在Eden区，而是直接存入老年代
3、长期存活的对象将进入老年代
如果对象在Eden出生并且经过1次Minor GC后仍然存活，并且能被To区容纳，那么将被移动到To区，并且把对象的年龄设置为1，对象每"熬过"一次Minor GC(没有被回收，也没有因为To区没有空间而被移动到老年代中)，年龄就增加一岁，当它的年龄增加到一定程度(默认15岁，配置参数-XX:MaxTenuringThreshold)，就会被晋升到老年代中
4、动态对象年龄判定
还有一种情况，如果在From空间中，相同年龄所有对象的大小总和大于From和To空间总和的一半（？有疑问），那么年龄大于等于该年龄的对象就会被移动到老年代，而不用等到15岁(默认)

频繁GC的原因：
1、 程序执行了System.gc() //建议jvm执行fullgc，并不一定会执行
2、 执行了jmap -histo:live pid命令 //这个会立即触发fullgc
3、 在执行minor gc的时候进行的一系列检查
执行Minor GC的时候，JVM会检查老年代中最大连续可用空间是否大于了当前新生代所有对象的总大小。
如果大于，则直接执行Minor GC（这个时候执行是没有风险的）。
如果小于了，JVM会检查是否开启了空间分配担保机制，如果没有开启则直接改为执行Full GC。
如果开启了，则JVM会检查老年代中最大连续可用空间是否大于了历次晋升到老年代中的平均大小，如果小于则执行改为执行Full GC。
如果大于则会执行Minor GC，如果Minor GC执行失败则会执行Full GC