JVM垃圾回收机制

4种引用：

1.强引用
2.软引用 它用来描述一些可能还有用，但并非必须的对象。在系统内存不够用时，这类引用关联的对象将被垃圾收集器回收。SoftReference类
3.弱引用 它也是用来描述非须对象的，但它的强度比软引用更弱些，被弱引用关联的对象只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时，无论当前内存是否足够，都会回收掉只被弱引用关联的对象。WeakReference类
4.虚引用 最弱的一种引用关系，完全不会对其生存时间构成影响，也无法通过虚引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的是希望能在这个对象被收集器回收时收到一个系统通知。 WeakReference类
后面三种在jdk1.2之后提供专门的类来实现

如何判断一个对象是否已经死亡

1.引用计数
2.可达性分析算法
使用的是可达性分析算法而不是简单的引用计数，当两个不可再访问的对象互相引用也会被回收掉
GCroot：
虚拟机栈(栈帧中的本地变量表)中引用的对象。
方法区中类静态属性引用的对象。
方法区中常量引用的对象。
本地方法栈中JNI(即一般说的Native方法)引用的对象。

垃圾收集算法

1.标记-清除 【适合老年代】

存在问题：1.效率低 2.清除后会产生大量不连续的碎片

2.复制算法 【适合新生代】

存在问题：1.缩短了内存为原来的一半

3.标记-整理算法 【适合老年代】

存在问题：GC暂停的时间会增长

4.分代-收集算法【一般采用】

根据不同的存活周期将内存分为几块，不同的块选取不同的算法，提高回收效率

常见垃圾回收器：

Serial 【复制算法】 单线程，垃圾回收的时候会暂停掉其他所有工作线程
ParNew 【复制算法】多线程，
Parallel Scavenge 【复制算法】多线程，并行收集器，吞吐量优先，自适应调节
Serial Old 【标记-整理】单线程 它的优点是实现简单高效，但是缺点是会给用户带来停顿。
Parallel Old【标记—整理】多线程，并行收集器 吞吐量优先
CMS 【标记-清除】 多线程，并发收集器，高并发、低停顿，追求最短GC回收停顿时间，CPU占用比较高。
详情：https://www.cnblogs.com/Leo_wl/p/5393300.html
G1 ，【标记-整理，复制】并发并行收集器，分代收集 ，可预测停顿

新生代：短生存周期

适合的垃圾回收器：【Serial、PraNew、Parallel Scavenge】

老年代：长生存周期

适合的垃圾回收器： 【Serial Old、Parallel Old、CMS】

内存分配和回收策略：
1.对象优先在eden分配
2.大对象直接进入老年代 ：PretenureSizeThreshold
3.长期存活的对象直接进入老年代 ：每一次MINOR GC增加一岁，从eden移动到survivor 直达 15岁进入老年代
4.如果survivor中相同年龄大小总额个大于Survivor的一半，则大于等于该年龄的对象进入老年代
5.空间分配担保 ： 用老年代的最大连续空间担保 ，如果担保不了就发起FULL GC

Shallow Size：

对象本身占用的内存空间，不包含其引用的对象，但在JAVA中除基本类型外，一切均为对象，也就是说持有的一直为对象的引用，如String类型对象，它主要包含3个int成员（34B)、1个char[]成员(14B)以及一个对象头(8B),尽管char[]可能指向一大块字符，但String对象里只有一个引用所占4B的空间，因此String类型对象的Shallow Size就是12B+4B+8B = 24B。

etained Size:

对象本身的Shallow Size + 对象能直接或间接访问到的对象的Shallow Size，也就是说Retained Size就是该对象被gc之后所能回收内存的总和。

Minor GC触发条件：当Eden区满时，触发Minor GC。

什么时候进行一次FullGC
1.system.gc 调用
2.老年代空间不足
3.永久代不足
4.CMS失败
5.Minor GC晋升到旧生代的平均大小大于老年代的剩余空间
6.堆中分配很大的对象