Java内存模型及异常
待完成
垃圾收集器与内存分配策略
概述
解决三个问题:
1. 哪些内存需要回收(垃圾判定)
2. 什么时候回收
3. 如何回收(垃圾回收实现)
垃圾判定算法
第一个问题回收大区域主要包括堆和方法区,具体的回收哪些对象所占的区域,换言之如何判断对象已死,
1. 对象计数: 此方法简单粗暴,但是很难解决循环计数的问题
为什么解决不了对象循环计数的问题
根搜索算法(主流)
以GcRobot作为起点,向下搜索,不在引用链上的将会被判定是可回收的对象。- 在算法中的不可达对象也不是必定会被回收,要经过两次标记,第一次标记(是否可达)–》筛选(是否有必要执行finalized方法;有必要的放入一个队列)–》第二次标记(是否可达;如果在执行finalized过程中对象与引用链上对象建立关联则这次将不会被标记,成功逃脱)
- 任何一个对象的finalized方法只能被执行一次
- 为什么书中所述的四种对象可以作为GcRobot,可以感觉到合理,但是并不能说个所以然???
引用
我们常见的new就是强引用的定义方式,其他的三种引用是通过关键字来定义的。回收方法区
主要回收废弃常量和无用的类注意常量池和类的回收条件
垃圾回收算法
标记-清除算法
这个是最基本的垃圾算法,后面算法都是基于此改进的。
缺点:效率低,空间碎片基本体现在都有标记的过程(书中讲每个算法时演示图回收前状态图就是标记之后的图),区别在于后面清理的过程,有的是直接一个个清除,有的是先复制在区域一次清除。
复制
其实就是标记,复制过程。这个的实践基础是绝大多数的对象都是你朝生夕死的,不死的只是少数,完全可以用少量的复制代价将这些存活对象复制出来到另一小块,然后集体清除之前的那块。
之前看书的时候脑子宕机,始终不明白为什么要将内存分为Eden和**两个**Survivor,后来看到这篇博客终于明白了
JVM实用参数(五)新生代垃圾回收;防止链接失效注:大致意思是Survivor分为from和to(Eden和fromSurvivor移到to Survivor),然后from和to是不断互换的。
标记-整理
将存活对象向一起靠拢,然后从存活对象往可回收对象边界开始一次清空分代收集
根据代际分别选用不同的垃圾回收算法
垃圾收集器
垃圾收集器是垃圾回收算法的具体实现
Serial–》Parallel–>CMS–>G1收集器