jvm学习笔记(二)垃圾收集器与内存分配策略

一、对象可回收状态判断
1、引用计数算法
原理：给对象添加一个引用计数器，每当有一个地方引用它时，计数器值加1；当引用失效时，计数器值减一。
       计数器为0的对象，可以回收。
缺点：难以解决对象之间互相循环引用的问题；两个对象互相引用，但没有其他引用指向这两个对象，这两个对象
已经不可能再被访问，但是它们的引用计数都不为1，通过引用计数法无法通知GC收集器回收它们。
2、可达性分析算法【主流虚拟机】
1)原理：通过一系列称为"GC Roots"的对象作为起始点，从GC Roots节点向下搜索，搜索走过的路径称为引用链(Reference Chain)
当一个对象到GC Roots没有任何引用链相连时，说明对象无法访问，判定为可回收对象。
2)Java中可作为GC Roots的对象
 a:虚拟机栈(栈帧中的本地变量表)中引用的对象。
 b:方法区中类静态属性引用的对象。
 c:方法区中常量引用的对象。
 d:本地方法栈中JNI(Native方法)引用的对象。
 
3、几种引用类型
1)强引用
类似Object obj = new Object();这类的引用是强引用，只要强引用还存在，垃圾收集器永远不会回收被引用的对象。
2)SoftReference软引用(描述一些还有用但是非必须的对象)
用软引用关联的对象，在系统将要发生内存溢出前，会把这些对象列入回收范围中进行二次回收。
3)WeakReference弱引用(描述一些还有用但是非必须的对象，强度比软引用弱)
被弱引用关联的对象只能生存到下一次垃圾收集发生之前。垃圾收集器工作时，无论当前内存是否足够，
都会回收掉被弱引用关联的对象。
4)PhantomReference虚引用(最弱的一种引用关系)
虚引用的存在，不会对对象的生存时间构成影响，也无法通过虚引用获取对象实例。
虚引用的唯一作用就是能在这个对象被收集器回收时收到一个系统通知。
4、finalize()方法
1)对象在可达性分析算法分析后，发现没有雨GC Roots相连的引用链，会被第一次标记并进行一次筛选，筛选的条件是
此对象是否有必要执行finalize()方法。当对象没有重写finalize()方法，或者finalize()方法已经被虚拟机调用过，
虚拟机会认为这两种情况没必要执行。
2)如果对象呗判断为要执行finalize()方法，那么该对象将会放置在一个F-Queue队列中，在稍后由一个由虚拟机自动建立的、
低优先级的Finalizer线程去执行对象的finalize()。虚拟机会触发finalize()方法，但不保证会等待方法执行结束。
避免finalize()执行缓慢导致F-Queue中其他对象长期处于等待状态，甚至导致回收系统崩溃。
3)finalize()是对象避免回收的最后一次机会，在GC对F-Queue中对象进行第二次标记时，如果对象在finalize()中重新与引用链
上的任何一个对象建立关联，会把该对象移除出"即将回收"的集合。如果没有重新与引用链关联，则对象将真正被回收。
ps:不鼓励使用finalize()

5、回收方法区
1)回收废弃常量
如果常量池中一个元素，在当前程序(如果是web应该是系统)没有任何对象引用常量池中的该元素，也没有其他地方引用这个字面量
在发生内存回收时，必要的时候(这是个什么时候？)，这个元素会被清理出常量池。

2)回收无用的类，需要同时满足三个条件
a:该类所有实例都已经被回收
b:加载该类的ClassLoader已经被回收
c:该类对应的Class对象没有被任何地方引用，无法再任何地方通过反射访问该类的方法。
满足以上条件，才可以被回收，但是也不是必然会被回收。HotSpot虚拟机提供了 -Xnoclassgc参数进行控制。

二、垃圾收集算法
1、标记-清除算法：标记所有需要回收的对象，标记完成后统一回收所有被标记的对象。
  标记是在上面说的，引用计数算法/可达性分析算法判定时做的。

2、复制算法【新生代】
(对象存活率低时，需要预留用来存放存活对象的空间比较小，成本低效率高，适合新生代，缺点是要浪费一部分内存空出来用于存放存活对象)
将内存按容量划分为大小相等的两块，每次只使用其中一块。当一块内存用完，就将还存活的对象复制到另一块内存，
然后把已使用过的内存空间一次性清理掉。

1)复制算法，多用于回收新生代(新生代对象大多"朝生夕死"，存活的少，所以不用分成1:1的两块)。
将内存分为较大的Eden和两块较小的Survivor空间，每次使用Eden和其中一块Survivor，回收时，将Eden和Survivor中
还存活的对象一次性复制到另一块Survivor中，然后清理掉Eden和使用过的Survivor空间。(HotSpot的Eden和Survivor比例是8:1)
2)当Survivor空间不足时，需要依赖其他内存(老年代)进行分配担保。
内存分配担保，如果预留的Survivor空间不够存放上一次新生代手机下来的存活对象时，这些对象通过分配担保机制进入老年代。

3、标记-整理算法【老年代】
1)标记需要回收的对象，标记是在上面说的，引用计数算法/可达性分析算法判定时做的。
2)让所有存活对象向一端移动，然后直接清理掉端边界之外的内存。

4、分代收集算法
根据对象存活周期的不同，将内存划分为几块。
将Java堆分为新生代、老年代
新生代使用复制算法
老年代使用标记-清除或者标记-整理算法。

四、内存分配与回收策略
1、对象优先在Eden(新生代)分配
Eden区与一个Survivor的比例配置：XX:SurvivorRatio=8
对象优先在Eden区分配，Eden区空间不足时，虚拟机发起一次新生代GC。GC期间如果Eden区存活的对象无法全部放入Survivor区，
会通过分配担保机制提前转移到老年代。

2、大对象(需要大量连续内存空间的Java对象)直接进入老年代
1)常见大对象：很长的字符串、很长的数组
2)-XX:PretenureSizeThreshold，可以配置大于这个值的对象直接在老年代分配
避免在Eden区及两个Survivor区之间发生大量的内存复制(新生代采用复制算法回收对象)
3)经常出现大对象，容易导致内存还有不少空间就提前触发GC以便获取足够连续空间来放置大对象。

3、长期存活的对象将进入老年代
1)虚拟机为每个对象定义了一个对象年龄计数器，如果对象在Eden区创建，每经过一次新生代GC，且能被Survivor容纳，
会被移到Survivor空间中，且对象年龄+1。
2)默认对象年龄达到15岁，会被晋升到老年代。晋升年龄阈值设置：-XX:MaxTenuringThreshold

4、动态对象年龄判定(同龄对象达到Survivor空间一半的规则)
如果Survivor空间中相同年龄的所有对象大小总和大于Survivor空间的一半，那么年龄>=该年龄的对象直接进入老年代，
无需等到晋升年龄阈值。

5、空间分配担保
1、在新生代GC之前，虚拟机会先检查老年代最大可用连续空间，如果大于新生代所有对象总空间，那么新生代GC是安全的。
如果老年代最大可用连续空间小于新生代对象总空间，虚拟机会查看HandlePromotionFailure的值是否允许担保失败。
如果允许担保失败，会继续检查老年代最大可用连续空间是否大于历次晋升到老年代对象的平均大小，
如果大于，则尝试进行一次新生代GC，尽管有风险。
如果小于，或者HandlePromotionFailure不允许担保失败，那么这是要改为进行一次FullGC。

PS:MinorGC(新生代GC，发生最为频繁)    MajorGC(老年代GC)    FullGC(整个内存GC)