垃圾回收器详解

简介: 垃圾回收器详解

两个收集器间有连线,表明它们可以搭配使用:

Serial / Serial Old
Serial / CMS
ParNew / Serial Old
ParNew / CMS
Parallel Scavenge / Serial Old
Parallel Scavenge / Parallel Old
G1
5.2 垃圾回收器详解
垃圾回收器 工作区域 回收算法 工作线程 用户线程并行 描述
Serial 新生带 复制算法 单线程 否 Client模式下默认新生代收集器。简单高效
ParNew 新生带 复制算法 多线程 否 Serial的多线程版本,Server模式下首选, 可搭配CMS的新生代收集器
Parallel Scavenge 新生带 复制算法 多线程 否 目标是达到可控制的吞吐量
Serial Old 老年带 标记-整理 单线程 否 Serial老年代版本,给Client模式下的虚拟机使用
Parallel Old 老年带 标记-整理 多线程 否 Parallel Scavenge老年代版本,吞吐量优先
CMS 老年带 标记-清楚 多线程 是 追求最短回收停顿时间
G1 新生带 + 老年带 标记-整理 + 复制算法 多线程 是 JDK1.9默认垃圾收集器
5.2.1 Serial
Serial 收集器:新生代。发展历史最悠久的收集器。它是一个单线程收集器,它只会使用一个 CPU 或者线程去完成垃圾收集工作,而且在它进行垃圾收集时,必须暂停其他所有的工作线程,直到它收集结束。
特点:

新生代收集器,使用复制算法收集新生代垃圾。
单线程的收集器,GC工作时,其它所有线程都将停止工作。
简单高效,适合单 CPU 环境。单线程没有线程交互的开销,因此拥有最高的单线程收集效率。
使用方式:

//如何设置JVM参数底下会讲解:这里只是列举一部分参数:

设置垃圾收集器:"-XX:+UseSerialGC" --添加该参数来显式的使用改垃圾收集器;

5.2.2 ParNew
ParNew 收集器:新生代。Serial 的多线程版本,即同时启动多个线程去进行垃圾收集。
特点:

新生代收集器。ParNew垃圾收集器是Serial收集器的多线程版本,采用复制算法。
除了多线程外,其余的行为、特点和Serial收集器一样。
只有它能与 CMS 收集器配合使用。
但在单个CPU环境中,不比Serail收集器好,多线程使用它比较好。
使用方式:

//如何设置JVM参数底下会讲解:这里只是列举一部分参数:

设置垃圾收集器:"-XX:+UseParNewGC" --强制指定使用ParNew;
设置垃圾收集器: "-XX:+UseConcMarkSweepGC" --指定使用CMS后,会默认使用ParNew作为新生代收集器;
设置垃圾收集器参数:"-XX:ParallelGCThreads" --指定垃圾收集的线程数量,ParNew默认开启的收集线程与CPU的数量相同;

5.2.3 Parallel Scavenge
Parallel Scavenge 收集器:新生代。和 ParNew 的关注点不一样,该收集器更关注吞吐量,尽快地完成计算任务。
特点:

新生代收集器。
采用复制算法。
多线程收集。
与ParNew 不同的是:高吞吐量为目标,(减少垃圾收集时间,让用户代码获得更长的运行时间)
使用方式:

//如何设置JVM参数底下会讲解:这里只是列举一部分参数:

设置垃圾收集器:"-XX:+UseParallelGC" --添加该参数来显式的使用改垃圾收集器;
设置垃圾收集器参数:"-XX:MaxGCPauseMillis" --控制垃圾回收时最大的停顿时间(单位ms)
设置垃圾收集器参数:"-XX:GCTimeRatio" --控制程序运行的吞吐量大小吞吐量大小=代码执行时间/(代码执行时间+gc回收的时间)
设置垃圾收集器参数:"-XX:UseAdaptiveSizePolicy" --内存调优交给虚拟机管理
5.2.4 Serial Old
Serial Old 收集器:Serial 的老年代版本,使用标记 - 整理算法。
特点:

老年代收集器, 采用"标记-整理"算法。
单线程收集。
使用方式:

//如何设置JVM参数底下会讲解:这里只是列举一部分参数:

在JDK1.5及之前,与Parallel Scavenge收集器搭配使用,
在JDK1.6后有Parallel Old收集器可搭配。
现在的作为CMS收集器的后备预案,在并发收集发生Concurrent Mode Failure时使用

相关文章
|
存储 算法 NoSQL
还分不清 Cookie、Session、Token、JWT?看这一篇就够了
Cookie、Session、Token 和 JWT(JSON Web Token)都是用于在网络应用中进行身份验证和状态管理的机制。虽然它们有一些相似之处,但在实际应用中有着不同的作用和特点,接下来就让我们一起看看吧,本文转载至http://juejin.im/post/5e055d9ef265da33997a42cc
51789 16
|
9月前
|
域名解析 弹性计算 负载均衡
给阿里云服务器加速的方法有哪些?
本文介绍如何通过阿里云CDN加速、ECS网络优化及SLB负载均衡三种方法提升服务器响应速度。涵盖具体操作步骤,助力用户优化访问性能。
|
9月前
|
Prometheus 监控 Cloud Native
测试开发必看!JVM调优10大技巧,性能瓶颈瞬间搞定
JVM调优是提升Java应用性能、稳定性的关键手段。通过优化内存配置与GC策略,在吞吐量与停顿时间间平衡,结合压测与监控工具分析指标,持续迭代优化,助力高并发系统高效运行。
|
人工智能 Java 数据库
如何保证接口幂等性?
在分布式系统中,接口幂等性至关重要。本文详解其定义、重要性及实现方案,包括唯一索引、Token机制、分布式锁、状态机与版本号机制,并提供最佳实践建议,助你提升系统可靠性与用户体验。
2377 1
|
存储 Java 测试技术
解析 -XX:+UseCompressedOops JVM 选项
【8月更文挑战第21天】
523 0
|
安全 Java 数据库连接
详细介绍线程间通信
详细介绍线程间通信 线程间通信是指在多线程编程中,不同的线程之间通过某种方式交换信息的过程。这是一个重要的概念,因为线程之间的协作是实现复杂并发系统的关键。 下面是一些线程间通信的常见方式和示例:
2369 0
|
缓存 算法 关系型数据库
深度思考:雪花算法snowflake分布式id生成原理详解
雪花算法snowflake是一种优秀的分布式ID生成方案,其优点突出:它能生成全局唯一且递增的ID,确保了数据的一致性和准确性;同时,该算法灵活性强,可自定义各部分bit位,满足不同业务场景的需求;此外,雪花算法生成ID的速度快,效率高,能有效应对高并发场景,是分布式系统中不可或缺的组件。
4493 2
深度思考:雪花算法snowflake分布式id生成原理详解
|
Java 关系型数据库 MySQL
基于SpringBoot后端实现连接MySQL数据库并存贮数据
基于SpringBoot后端实现连接MySQL数据库并存贮数据
|
存储 缓存 负载均衡
基于springboot+Redis的前后端分离项目(一)-【黑马点评】
(一)前言 黑马点评项目是前后端分离项目,前端部署在nginx服务器上,后端部署在tomcat上,具体将实现以下功能。 短信登录 这一块我们会使用redis共享session来实现。 商户查询缓存 通过学习,我们会理解缓存击穿,缓存穿透,缓存雪崩等问题。 优惠卷秒杀 通过学习,我们可以学会Redis的计数器功能, 结合Lua完成高性能的redis操作,同时学会Redis分布式锁的原理,包括Redis的三种消息队列。 附近的商户 我们利用Redis的GEOHash来完成对于地理坐标的操作。
2500 0
|
存储 Prometheus 监控
使用 Docker 部署 Prometheus + Grafana 监控平台
Prometheus(普罗米修斯R)是一套开源的监控&报警&时间序列数据库的组合,由SoundCloud公司开发。
21925 4
使用 Docker 部署 Prometheus + Grafana 监控平台