查看JVM默认垃圾收集器

本文深入解析JVM默认垃圾回收器配置,包括查看方法、常用参数及各JDK版本默认选择。涵盖Serial、Parallel、CMS及G1等回收器特性。

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

一、查看JVM默认垃圾收集器

java -XX:+PrintCommandLineFlags -version
[root@jeespring ~]# java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=132500800 -XX:MaxHeapSize=2120012800 -XX:+PrintCommandLineFlags 
-XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
java version "1.8.0_211"
Java(TM) SE Runtime Environment (build 1.8.0_211-b12)
Java HotSpot(TM) 64-Bit Server VM (build 25.211-b12, mixed mode)

垃圾收集相关的常用参数

参数描述
UseSerialGC虚拟机运行再Client模式下的默认值,打开此开关后,使用Serial+Serial Old的收集器组合进行内存回收
UseParNewGC打开此开关后,使用ParNew+Serial Old的收集器组合进行内存回收
UseConcMarkSweepGC打开此开关后,使用ParNew+CMS+Serial Old的收集器组合进行内存
UseParallelGC虚拟机运行在Server模式下的默认值,打开此开关后,使用Parallel Scavenge+Serial Old(PS MarkSweep)的收集器组合进行内存回收
UseParallelOldGC打开此开关后,使用ParallelSeavenge+ParallelOld的收集器组合进行内存回收
SurvivorRatio新生代中Eden区域与Survivor区域的容量比值,默认为8,代表Eden:Survivor=8:1
PretenureSizeThreshold直接晋升到老年代的对象大小,设置这个参数后,大于这个參数的对象将直接在老年代分配
MaxTenuringThreshold晋升到老年代的对象年龄。每个对象在坚持过一次MinorGC之后,年龄就增加1,当超过这个参数值时就进人老年代

二、 命令查看java垃圾收集器

jmap -heap pid

输出结果中,可以查看当前线程使用垃圾收集器

using parallel threads in the new generation.

using thread-local object allocation.

Concurrent Mark-Sweep GC

输出结果

[root@jeespring ~]# jmap -heap 30620
Attaching to process ID 30620, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.261-b12

using thread-local object allocation.
Mark Sweep Compact GC

Heap Configuration:
   MinHeapFreeRatio         = 40
   MaxHeapFreeRatio         = 70
   MaxHeapSize              = 1048576000 (1000.0MB)
   NewSize                  = 10485760 (10.0MB)
   MaxNewSize               = 349503488 (333.3125MB)
   OldSize                  = 20971520 (20.0MB)
   NewRatio                 = 2
   SurvivorRatio            = 8
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
New Generation (Eden + 1 Survivor Space):
   capacity = 9437184 (9.0MB)
   used     = 3119576 (2.9750595092773438MB)
   free     = 6317608 (6.024940490722656MB)
   33.05621676974826% used
Eden Space:
   capacity = 8388608 (8.0MB)
   used     = 2071008 (1.975067138671875MB)
   free     = 6317600 (6.024932861328125MB)
   24.688339233398438% used
From Space:
   capacity = 1048576 (1.0MB)
   used     = 1048568 (0.9999923706054688MB)
   free     = 8 (7.62939453125E-6MB)
   99.99923706054688% used
To Space:
   capacity = 1048576 (1.0MB)
   used     = 0 (0.0MB)
   free     = 1048576 (1.0MB)
   0.0% used
tenured generation:
   capacity = 20971520 (20.0MB)
   used     = 4970272 (4.740020751953125MB)
   free     = 16001248 (15.259979248046875MB)
   23.700103759765625% used

4606 interned Strings occupying 362992 bytes.

三、各个版本JDK默认的垃圾回收器

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

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

jdk1.9 默认垃圾收集器G1

 

### 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任务管理。 ### 浮动垃圾及其影响评估 尽管存在少量未能及时识别出来的废弃实例——所谓“浮动垃圾”,但这通常不会对系统的正常运作构成威胁,因为这些残留物会在随后发生的常规维护活动中得到妥善处置。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值