网站设计 导航条,烟台网络公司排名,设计网站页面要多少钱,微信公众号可以做网站嘛垃圾回收器是垃圾回收算法的具体实现。 由于垃圾回收器分为年轻代和老年代#xff0c;除了G1之外其他垃圾回收器必须成对组合进行使用 垃圾回收器的组合使用关系图如下。 常用的组合如下: Serial#xff08;新生代#xff09; Serial Old#xff08;老年代#xff09; Pa… 垃圾回收器是垃圾回收算法的具体实现。 由于垃圾回收器分为年轻代和老年代除了G1之外其他垃圾回收器必须成对组合进行使用 垃圾回收器的组合使用关系图如下。 常用的组合如下: Serial新生代 Serial Old老年代 ParNew新生代 CMS老年代 Parallel Scavenge新生代 Parallel Old老年代 1. 年轻代-Serial垃圾回收器
Serial是一种单线程串行回收年轻代的垃圾回收器使用复制算法
优点单CPU处理器下吞吐量非常出色 缺点多CPU下吞吐量不如其他垃圾回收器堆如果偏大会让用户线程处于长时间的等待 适用场景Java编写的客户端程序或者硬件配置有限的场景
2. 老年代-SerialOld垃圾回收器
SerialOld是Serial垃圾回收器的老年代版本采用单线程串行回收采用标记-整理算法 启动参数-XX:UseSerialGC 新生代、老年代都使用串行回收器 优点单CPU处理器下吞吐量非常出色 缺点多CPU下吞吐量不如其他垃圾回收器堆如果偏大会让用户线程处于长时间的等待 适用场景与Serial垃圾回收器搭配使用或者在CMS特殊情况下使用
3. 年轻代-ParNew垃圾回收器
ParNew垃圾回收器本质上是对Serial在多CPU下的优化使用多线程进行年轻代垃圾回收采用复制算法
启动参数-XX:UseParNewGC 新生代使用ParNew回收器 老年代使用串行回收器Serial Old 优点多CPU处理器下停顿时间较短 缺点吞吐量和停顿时间不如G1所以在JDK9之后不建议使用 适用场景JDK8及之前的版本中与CMS老年代垃圾回收器搭配使用
4. 老年代- CMS(Concurrent Mark Sweep)垃圾回收器
关注系统的暂停时间允许用户线程和垃圾回收线程在某些步骤中同时执行减少了用户线程的等待时间。适用老年代采用标记-清除算法实际是标记整理
启动参数XX:UseConcMarkSweepGC 老年代使用CMS垃圾回收器 优点系统由于垃圾回收出现的停顿时间较短用户体验好 缺点1、内存碎片问题 2、退化问题 3、浮动垃圾问题 适用场景大型的互联网系统中用户请求数、数据量大、频率高的场景比如订单接口、商品接口等
CMS执行步骤 1初始标记用极短的时间标记出GC Roots能直接关联到的对象。 2并发标记, 标记所有的对象用户线程不需要暂停。 3重新标记由于并发标记阶段有些对象会发生了变化存在错标、漏标等情况需要重新标记。 4并发清理清理死亡的对象用户线程不需要暂停。
缺点 1、CMS使用了标记-清除算法在垃圾收集结束之后会出现大量的内存碎片CMS会在Full GC时进行碎片的整理。这样会导致用户线程暂停可以使用-XX:CMSFullGCsBeforeCompactionN 参数默认0调整N次Full GC之后再整理。 2.、无法处理在并发清理过程中产生的“浮动垃圾”即并发清理的时候用户线程仍在进行而产生的垃圾对象不能做到完全的垃圾回收。 3、如果老年代内存不足无法分配对象CMS就会退化成Serial Old单线程回收老年代。 在CMS中并发阶段运行时的线程数可以通过-XX:ConcGCThreads参数设置默认值为0由系统计算得出。 计算公式为(-XX:ParallelGCThreads定义的线程数 3) / 4 ParallelGCThreads是STW停顿之后的并行线程数 ParallelGCThreads是由处理器核数决定的 1、当cpu核数小于8时ParallelGCThreads CPU核数 2、否则 ParallelGCThreads 8 (CPU核数 – 8 )*5/8 由于CPU的核心数有限就会影响用户线程执行的性能 5. 年轻代-Parallel Scavenge垃圾回收器
Parallel Scavenge是JDK8默认的年轻代垃圾回收器多线程并行回收关注的是系统的吞吐量。具备自动调整堆内存大小的特点。适用年轻代采用复制算法
优点吞吐量高而且手动可控。为了提高吞吐量虚拟机会动态调整堆的参数 缺点不能保证单次的停顿时间 适用场景后台任务不需要与用户交互并且容易产生大量的对象比如大数据的处理大文件导出
Parallel Scavenge允许手动设置最大暂停时间和吞吐量。Oracle官方建议在使用这个组合时不要设置堆内存的最大值垃圾回收器会根据最大暂停时间和吞吐量自动调整内存大小。 最大暂停时间-XX:MaxGCPauseMillisn 设置每次垃圾回收时的最大停顿毫秒数默认不设置 吞吐量-XX:GCTimeRation 设置吞吐量为n用户线程执行时间 n/n 1默认99 自动调整内存大小-XX:UseAdaptiveSizePolicy 设置可以让垃圾回收器根据吞吐量和最大停顿的毫秒数自动调整内存大小默认开启
6. 老年代-Parallel Old垃圾回收器
Parallel Old是JDK8默认的老年代垃圾回收器Parallel Old是为Parallel Scavenge收集器设计的老年代版本利用多线程并发收集。适用老年代采用标记-整理算法
启动参数 -XX:UseParallelGC 或-XX:UseParallelOldGC 这两个参数可以设置为使用 Parallel Scavenge Parallel Old这种组合 优点并发收集在多核CPU下效率较高 缺点暂停时间会比较长 使用场景与Parallel Scavenge配套使用
JDK8默认会带启动参数 -XX:UseParallelGC也就是PSPO组合图8。Oracle官方建议在使用这个组合时不要设置堆内存的最大值垃圾回收器会根据最大暂停时间和吞吐量自动调整内存大小
7. G1垃圾回收器
JDK9之后默认的垃圾回收器是G1Garbage First垃圾回收器。由于Parallel Scavenge关注吞吐量允许用户设置最大暂停时间 但是会减少年轻代可用空间的大小。CMS关注暂停时间但是吞吐量方面会下降。而G1设计目标就是将上述两种垃圾回收器的优点融合 1支持巨大的堆空间回收并有较高的吞吐量。 2支持多CPU并行垃圾回收。 3允许用户设置最大暂停时间。 JDK9之后强烈建议使用G1垃圾回收器。
G1垃圾回收器 – 内存结构
G1出现之前的垃圾回收器堆内存结构一般是连续的。如下 而G1的堆内存结构如下
G1的整个堆会被划分成多个大小相等的区域称之为区(Region)区域不要求是连续的。分为Eden、Survivor、Old区。Region的大小通过堆空间大小/2048计算得到也可以通过参数-XX:G1HeapRegionSize32m指定(其中32m指定region大小为32M)Region size必须是2的指数幂取值范围从1M到32M。
G1垃圾回收有两种方式年轻代回收和混合回收
1年轻代回收Young GC
回收Eden区和Survivor区中不用的对象。会导致STW。G1中可以通过参数 -XX:MaxGCPauseMillisn默认200 设置每次垃圾回收时的最大暂停时间毫秒数G1垃圾回收器会尽可能地保证暂停时间。
G1垃圾回收器 – 执行流程
新创建的对象会存放在Eden区。当G1判断年轻代区不足max默认60%无法分配对象时需要回收时会执行Young GC。标记出Eden和Survivor区域中的存活对象根据配置的最大暂停时间选择某些区域将存活对象复制到一个新的Survivor区中年龄1清空这些区域。 G1在进行Young GC的过程中会去记录每次垃圾回收时每个Eden区和Survivor区的平均耗时以作为下次回收时的 参考依据。这样就可以根据配置的最大暂停时间计算出本次回收时最多能回收多少个Region区域了。 比如 -XX:MaxGCPauseMillisn默认200每个Region回收耗时40ms那么这次回收最多只能回收4个Region。 后续Young GC时与之前相同只不过Survivor区中存活对象会被搬运到另一个Survivor区。 当某个存活对象的年龄到达阈值默认15将被放入老年代。 部分对象如果大小超过Region的一半会直接放入老年代这类老年代被称为Humongous区。比如堆内存是4G每个Region是2M只要一个大对象超过了1M就被放入Humongous区如果对象过大会横跨多个Region。
2混合回收Mixed GC
多次回收之后会出现很多Old老年代区此时总堆占有率达到阈值时-XX:InitiatingHeapOccupancyPercent 默认45%会触发混合回收MixedGC。回收所有年轻代和部分老年代的对象以及大对象区。采用复制算法来完成。
混合回收分为四个阶段图4初始标记nitial mark、并发标记concurrent mark、最终标记remark或者Finalize Marking、并发清理cleanup
G1对老年代的清理会选择存活度最低的区域来进行回收这样可以保证回收效率最高这也是G1Garbage first名称的由来。 最后清理阶段使用复制算法不会产生内存碎片。
注意如果清理过程中发现没有足够的空Region存放转移的对象会出现Full GC。单线程执行标记-整理算法此时会导致用户线程的暂停。所以尽量保证应该用的堆内存有一定多余的空间。
G1 – Garbage First 垃圾回收器 回收年轻代老年代 采用复制算法 启动参数 参数1 -XX:UseG1GC 打开G1的开关JDK9之后默认不需要打开 参数2-XX:MaxGCPauseMillis毫秒值 最大暂停的时间
优点对比较大的堆如超过6G的堆回收时延迟可控。不会产生内存碎片并发标记的SATB算法效率高 缺点JDK8之前还不够成熟 适用场景JDK8最新版本、JDK9之后建议默认使用
8. 总结
1、Java中有哪几块内存需要进行垃圾回收
线程不共享区程序计数器、Java虚拟机栈、本地方法栈不需要回收跟随线程的生命周期随着线程回收而回收 线程共享区域主要回收堆区域。方法区一般不需要回收JSP等技术会通过回收类加载器去回收方法区。
2、有哪几种常见的引用类型
强引用最常见的引用方式由可达性分析算法来判断 软引用对象在没有强引用情况下内存不足时会回收 弱引用对象在没有强引用情况下会直接回收 虚引用通过虚引用知道对象被回收了 终结器引用对象回收时可以自救不建议使用
3、有哪几种常见的垃圾回收算法
标记-清除算法 Mark Sweep GC标记之后再清除容易产生内存碎片 复制算法Copying GC从一块区域复制到另一块区域From中存活对象复制到To容易造成只能使用一部分 标记-整理算法Mark Compact GC标记之后将存活的对象推到一边对象会移动效率不高 分代GC Generational GC将内存区域划分成年轻代、幸存者区、老年代进行回收可以使用多种回收算法
4、常见的垃圾回收器有哪些
JDK8及之前 1ParNew CMS关注暂停时间。暂停时间较短适用于大型互联网应用中与用户交互的部分 2Parallel Scavenge Parallel Old 关注吞吐量。吞吐量高适用于后台进行大量数据操作 3G1JDK8之前不建议较大堆并且关注暂停时间。适用于较大的堆具有可控的暂停时间 4Serial Serial Old单线程回收主要适用于单核CPU场景不推荐目前基本为多核服务器
JDK9之后: 1G1JDK9之后G1日趋成熟JDK默认的垃圾回收器已经修改为G1所以强烈建议在生产环境使用G1。 其他几种组合官方已废弃不推荐
