jvm默认垃圾收集器789

本文介绍了从JDK 1.7到1.9版本中默认垃圾收集器的变化过程。1.7和1.8版本默认使用ParallelScavenge(新生代)+ ParallelOld(老年代),而1.9版本则改为了G1收集器。可以通过特定的JVM参数来查看和确认这些默认设置。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

jdk1.7 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代)

jdk1.8 默认垃圾收集器Parallel Scavenge(新生代)+Parallel Old(老年代)

jdk1.9 默认垃圾收集器G1


-XX:+PrintCommandLineFlagsjvm参数可查看默认设置收集器类型

-XX:+PrintGCDetails亦可通过打印的GC日志的新生代、老年代名称判断

### JVM CMS垃圾收集器工作原理 CMS(Concurrent Mark-Sweep)是一种面向低延迟场景设计的垃圾回收器,主要针对老年代进行垃圾回收。其核心目标是减少停顿时间(Stop-The-World, STW),从而提升应用响应速度。 #### 并发标记清除机制 CMS基于标记-清除算法实现,在清理垃圾时不涉及对象移动操作[^2]。这意味着引用地址保持不变,减少了因对象位置改变而引发的暂停。然而,由于未移动对象可能导致内存碎片化问题,这可能会影响后续分配效率。 #### 主要阶段解析 CMS的工作过程分为以下几个重要阶段: 1. **初始标记 (Initial Mark)** 初始标记是一个短暂的STW阶段,用于记录当前可达的对象集合起点。此阶段仅需遍历根节点(Root Set),耗时较短[^3]。 2. **并发标记 (Concurrent Marking)** 在这一阶段,GC线程与应用程序线程并行运行,完成整个堆中活动对象的标记。如果在此期间某些对象变为不可达,则它们会被视为浮动垃圾处理。 3. **重新标记 (Remark)** 这又是一次STW事件,目的是修正并发标记期间可能出现的变化情况。通过增量更新或SATB等技术手段解决漏标问题。 4. **并发清扫 (Concurrent Sweep)** 清扫阶段同样允许用户线程继续执行,负责释放那些已被确认为无用的空间资源。 5. **重置 (Reset)** 完成一轮周期后进入重置状态准备下一次循环[^5]。 #### 调优参数设置建议 为了使CMS更好地适应具体应用场景需求,可以通过调整相关参数来进行性能优化: - `-XX:+UseConcMarkSweepGC` 启动CMS作为默认的老年区收集策略。 - `–Xmn<size>` 设置年轻代大小,合理规划两代间比例有助于降低整体压力。 - `-XX:CMSInitiatingOccupancyFraction=<percent>` 控制触发条件,默认值70%,即当老生代使用率达到该百分比时启动CMS进程[^1]。 - 使用`-XX:+PrintGCDetails` 和 `-verbose:gc` 开启详细的日志输出以便分析诊断实际表现状况。 ```bash java -server \ -Xms<initial heap size> \ -Xmx<maximum heap size> \ -XX:+UseConcMarkSweepGC \ -XX:ParallelCMSThreads=<number of threads> \ -XX:CMSInitiatingOccupancyFraction=<percentage> ``` 以上脚本展示了如何指定基本内存范围以及启用特定数量的辅助线程参与CMS任务管理。 ### 浮动垃圾及其影响评估 尽管存在少量未能及时识别出来的废弃实例——所谓“浮动垃圾”,但这通常不会对系统的正常运作构成威胁,因为这些残留物会在随后发生的常规维护活动中得到妥善处置。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值