网站建设服务属于信息技术服务吗,连城县住房和城乡建设局 网站,兰州网站建设论坛,济南建网站公司报价前言 前面荔枝已经梳理了有关JVM的体系结构和类加载机制#xff0c;也详细地介绍了JVM在类加载时的双亲委派模型#xff0c;而在这篇文章中荔枝将会比较详细地梳理有关JVM学习的另一大重点——GC垃圾回收机制的相关知识#xff0c;重点了解的比如对象可达性的判断、四种回收…前言 前面荔枝已经梳理了有关JVM的体系结构和类加载机制也详细地介绍了JVM在类加载时的双亲委派模型而在这篇文章中荔枝将会比较详细地梳理有关JVM学习的另一大重点——GC垃圾回收机制的相关知识重点了解的比如对象可达性的判断、四种回收算法、分代回收机制的流程和区域划分。希望对有需要的小伙伴有帮助~~~~ 文章目录
前言
一、基本概念
1.1 Java中的引用类型
1.2 垃圾回收区域
1.3 判断对象可回收的方法
1.3.1 引用计数法
1.3.2 可达性分析法
二、JVM中的垃圾回收算法
2.1 标记——清除算法
2.2 标记——复制算法
2.3 标记——整理算法
三、分代回收机制
3.1 垃圾回收的类型
3.2 空间结构与区域划分
3.3 跨代引用
总结 一、基本概念 GC(Carbage Collection)又称为垃圾回收器我们知道一个对象在其生命周期结束的时候是会被销毁掉的在Java中对象的销毁时不需要开发者去显示调用的而是交给Java虚拟机中的垃圾回收器来回收。Java中提供了多种垃圾回收器而在JVM中会一直维护一个垃圾回收线程通常该线程只有在堆内存不足或者是JVM空闲的时候才会触发执行将他们添加到要回收的集合中并进行回收。
GC监控时机 对于GC来说当程序员创建对象时GC就开始监控这个对象的地址、大小以及使用情况。通常GC采用有向图的方式记录和管理堆(heap)中的所有对象。通过这种方式确定哪些对象是可达的哪些对象是不可达的。当GC确定一些对象为不可达时GC就有责任回收这些内存空间。
1.1 Java中的引用类型
Java中的引用类型有四种分别是强引用、弱引用、软引用和虚引用。Java中的默认声明其实就是强引用。
//强引用
//强引用所关联的对象始终不会被垃圾回收机制回收
String str
Object obj new Object();//软引用
//内存不足的时候才会回收软引用所关联的对象
//软引用是通过java.lang.ref.SoftReference
buff new byte[1024 * 1024];
SoftReferencebyte[] sr new SoftReference(buff);//弱引用
//无论内存是否足够只要 JVM 开始进行垃圾回收那些被弱引用关联的对象都会被回收
//java.lang.ref.WeakReference 来表示弱引用
byte[] buff new byte[1024 * 1024];
WeakReferencebyte[] sr new WeakReference(buff);//虚引用
//虚引用是最弱的一种引用关系如果一个对象仅持有虚引用那么它就和没有任何引用一样它随时可能会被回收
//用 PhantomReference 类来表示
强引用发生 gc 的时候不会被回收即使内存不足也不会回收而是抛出异常如果想中断强引用于对象之间的联系可以给引用赋值为null这样对象就可以被回收了。软引用有用但不是必须的对象在发生内存溢出之前会被回收。弱引用有用但不是必须的对象在下一次GC时会被回收。虚引用无法通过虚引用获得对象用 PhantomReference 实现虚引用虚引用的用途是在 gc 时返回一个通知。
1.2 垃圾回收区域 在上一篇文章JVM的体系架构中我们了解了JVM的内存结构其中讲到了JVM内存结构中的栈区中的基本类型数据是不会被垃圾回收机制给回收的而是在超出其作用范围自动销毁滴。其实JVM中的GC机制主要是回收堆区和方法区内的基本数据和对象。
1.3 判断对象可回收的方法
在GC垃圾回收机制中当对象没有引用了或者方法不可达就可以判断该对象可以回收即垃圾回收线程可以将该对象加入回收集合了具体的判断对象可达性的方法如下
1.3.1 引用计数法
为每个对象创建一个引用计数有对象引用时计数器 1引用被释放时计数 -1当计数器为 0 时就可以被回收这种方法实现起来比较简单。
缺点无法回收相互引用的对象。
1.3.2 可达性分析法 可达性分析法又被称为根搜索法用来判断对象是否存活。从GC机制的某一个根节点触发开始向下搜索搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时则证明此对象是可以被回收的。
可作为根节点的对象
在虚拟机栈帧中引用的对象例如线程调用方法时使用或产生的参数、局部变量、临时变量等。在方法区中类的引用类型静态变量或常量在本地方法栈中的JNI引用的对象在JVM内部的对象例如基本数据类型的Class对象一些常驻的异常对象NullPointExcepiton系统类加载器等所有synchronized同步锁的持有对象反映JVM内部情况的JMXBean、JVMTI注册的回调、本地代码缓存等。 二、JVM中的垃圾回收算法
JVM中的垃圾回收算法主要有四种其中按回收策略来说应该分为两类分代回收和局部回收。我们先来梳理局部回收的三种回收算法
2.1 标记——清除算法 简单描述该方法就是标记出所有的存活对象再扫描整个空间中未被标记的对象进行垃圾清除回收。标记 - 清除算法由于回收后没有进行整理的操作所以会存在内存空间碎片化的问题可能会导致后续产生的对象不能找到可利用的空间这个问题。
2.2 标记——复制算法 常规的复制算法就是将内存分为两块大小相同的空间但其中的一块内存用完后就会将存活的对象拷贝到另一块内存中之后再将原空间进行一次性清理这个方法虽然效率高但却是以牺牲内存空间为代价的。标记-复制算法在这个基础之上对其进行了优化不再是通过11的比例来分配内存空间而是按照8:1:1来分配内存空间的即将内存空间的80%作为Eden空间剩下的20%分成两个10%的Survivor空间。把Eden和其中一块Survivor空间中存活的对象复制到另一块空闲的Survivor空间然后直接把Eden和使用过的那块Survivor空间清理掉。 需要注意的是 目前主流的使用分代回收机制的Java虚拟机都是使用标记-复制算法来作为新生代的回收算法。它非常适合用在新生代这种回收率极高的场景这样的场景下复制算法浪费的空间几乎可以忽略不计。效率高且内存不会有碎片化的问题。 分配担保机制 极端情况下可能会出现超过10%的对象存活分配担保机制就是为了保证当出现这种情况时有其他内存空间来存放存活的对象。通常这个“担保人”是老年代当存活的对象超过Survivor空间大小时这些存活的对象会忽略年龄直接进入老年代里。
2.3 标记——整理算法 在前面我们了解到标记-清除算法的缺点就是会产生内存碎片不适合哪些需要大量连续内存空间的场景而标记-整理算法就是在其基础之上增加了整理这个操作来解决内存空间碎片化的问题。
算法流程 首先标记出所有的存活对象但在清除之前会先进行整理把所有存活的对象往内存空间的左边移动然后清理掉存活对象边界以外的内存即完成了清除的操作。标记-整理 算法是在 标记-清除 算法之上又进行了对象的移动排序整理因此成本更高但却解决了内存碎片的问题。上面的几种算法比较适合于老年代中的对象回收。 三、分代回收机制
接着我们来看看分代回收算法在介绍分代回收机制之前我们需要明确两个分代假说或者说是常识也行
弱分代假说绝大多数对象都是朝生夕改的强分代假说熬过越多次垃圾回收的对象就越难消亡
根据分代假说既然绝大多数对象容易被垃圾回收而留下的对象不易被回收就可以对GC区域内对象进行分类分为新生代和老年代。相比两个区域内的对象的特性GC就不用每次都对老年代进行搜索标记而仅需要搜索标记新生代所存放的内存空间即可。
3.1 垃圾回收的类型
Minor GC只回收新生代对象存放的内存空间Major GC只回收老年代对象存放的内存空间只有CMS收集器实现了Major GCFull GC回收整个堆区和方法区相当于全盘扫描标记效率低Mixed GC回收整个新生代和部分老年代。G1收集器实现了这个类型 需要注意的是在老年代里触发GC除了CMS和G1之外的其他收集器大多数触发的其实是 Full GC。 3.2 空间结构与区域划分
我们知道在GC中一般将对象分为新生代(年轻代)和老年代(年老代)下面我们详细认识一下整个二者以及堆区和方法区的具体空间结构。
新生代
绝大多数新创建的对象会被分配到新生代里仅在该区域进行垃圾回收被称之为Minor GC。
老年代 对象在新生代周期中存活了下来的会被拷贝到这里。通常情况下这个区域分配的空间要比新生代多。正是由于对象经历的GC次数越多越难回收加上相对大的空间一般发生在老年代的GC次数要比新生代少得多。这个区域触发的垃圾回收称之为Major GC 或者 Full GC。
永久代 是hotspot虚拟机的特有的概念他不属于堆内存是方法区的一种实现各大厂商对方法区其实都有各自的实现。永久代一般存放jvm运行时需要的类包含java库的类和方法在触发full gc的情况下永久代也会被进行垃圾回收。在JDK1.8之后JVM使用元空间metaspace来取代永久代最大区别是元空间中的数据是储存在本地内存的。
空间结构 一般来说呢新生代的空间会被按照 8:1:1 的方式来进行划分为一个Eden空间和两个Survivor空间这种设计是为了更好的适配新生代对象容易被回收的特点同时也比较适合使用标记——复制算法来GC。那些经历了多次GC的对象一般都是从新生代的Eden到Survive空间重复N次达到设定的阈值后才会到老年代空间里面当然也有一些比较大的对象是直接到老年代空间里面的。 老年代区域GC耗时更长的原因 老年代中会有更比较大的对象并且老年代的内存占比一般更大老年代使用的是标记-整理算法清理内存前会把存活的对象重新排序整理成连续的空间成本更高 3.3 跨代引用
场景新生代中的对象很有可能会被老年代里的对象所引用当新生代触发GC的时候只搜索新生代的区域明显是不够的还得搜索老年代的对象是否引用了新生代中非 GC Roots 引用链上的对象来确保正确性。
解决方法 Java定义了一种名为记忆集的抽象的数据结构用于记录存在跨区域引用的对象指针集合。大多数的虚拟机都采用一种名为卡表Card Table的方式去实现记忆集卡表由一个数组构成每一个元素都对应着一块特定大小的内存区域这块内存区域被称之为卡页Card Page每一个卡页可能会包含N个存在跨区域引用的对象只要存在跨区域引用的对象这个卡页就会被标识为1。当GC发生的时候就不需要扫描整个区域了只需要把这些被标识为1的卡页加入对应区域的 GC Roots 里一起扫描即可。 总结 这篇文章结束荔枝有关JVM的初步学习就要告一段落啦这篇文章主要还是大体上了解了JVM的垃圾回收机制中的一些空间结构和区域划分以及不同时期的对象在堆空间中存储的区域和相关的回收算法。总的来说通过这几篇文章应该就答题了解的差不多了接下来荔枝就要开始看项目和继续学习一些中间件了哈哈哈大家一起加油啦~~~ 今朝已然成为过去明日依然向往未来我是小荔枝在技术成长的路上与你相伴码文不易麻烦举起小爪爪点个赞吧哈哈哈~~~ 比心心♥~~~
