HotSpot VM垃圾收集器——Serial Parallel CMS G1垃圾收集器的JVM参数、使用说明、GC分析

已于 2023-04-13 11:06:39 修改
阅读量818 收藏 2
点赞数 2
分类专栏： JVM学习笔记 文章标签： jvm java
于 2022-11-30 14:32:13 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ho1_k/article/details/127958081
版权

目录

【JVM学习笔记】JVM内存区域定义与内存结构

【JVM学习笔记】对象的创建过程、 对象的内存布局、 如何定位和使用对象

【JVM学习笔记】内存回收与内存回收算法 就哪些地方需要回收、什么时候回收、如何回收三个问题进行分析和说明

HotSpot VM垃圾收集器——Serial Parallel CMS G1垃圾收集器的JVM参数、使用说明、GC分析

【JVM基础内容速查表】JVM基础知识 默认参数 GC命令 工具使用 JVM参数设置、说明、使用方法、注意事项等

HotspotVM的垃圾收集器简介

1. Serial Collector

Serial收集器是最基础、历史最悠久的收集器。由一个线程处理所有垃圾收集工作，单线程避免了静态条件，可能会相对的提高工作效率。在单线程处理器，或多线程处理器中需要处理少量数据集（100MB左右）时，有比较明显的优势。

  • Serail Young：Serial的新生代垃圾收集器，采用标记-复制算法 。
  • Serial Old：Serial的老年代垃圾收集器，采用标记-整理算法。

在这里插入图片描述



2. Parallel Collector（throughput collector）

是Serial的多线程版，由多线程执行垃圾收集工作，适合在多处理器中处理中大型数据集，特别是在新生代并发执行时，能显著的减少垃圾收集器的开销。

  • Parallel Young (ParNew)：Parallel的新生代垃圾收集器，Serail Young的多线程版,它默认开启的收集线程数与处理器核心数量相同（-XX:ParallelGCThreads 可以限制收集线程数），侧重以多线程工作来降低暂停时长，采用标记-复制算法。
  • Parallel Young (PSYoungGen或称Parallel Scavenge)：Parallel的新生代垃圾收集器，与ParNew不同，它是一个以吞吐量优先的并发垃圾收集器，侧重于吞吐量的控制（控制最大垃圾收集停顿时间：-XX:MaxGCPauseMillis、设置吞吐量大小：-XX:GCTimeRatio），采用标记-复制算法。
  • Parallel Old：Parallel的老年代垃圾收集器，Serial Old的多线程版，标记-整理算法。

在这里插入图片描述



3. Concurrent Mark Sweep Collector（CMS）

并发垃圾收集器，适合处理中大型数据集，甚至可以在程序允许时并发的处理大部分工作。这种收集器适用于需要更短暂停时长、对吞吐量要求不高的程序，不过它需要更多的处理器资源以快速处理垃圾收集工作。

  • CMS：用于老年代，采用标记-清除算法。 优点：并发收集、低停顿；缺点：需要更多的处理器资源、产生大量空间碎片等。CMS默认启动的回收线程数是（处理器核心数量+3）/4，核心越多占用CPU越少，但是当CPU小于四个时，它占用的处理器资源也就越大。
    在这里插入图片描述



4. Garbage-First Garbage Collector（G1）

G1是一种服务器端的并发垃圾收集器。与CMS相似，G1也适合处理中大型数据集，可以在程序允许时并发的处理大部分工作；不过G1收集器适用于具有大内存的多处理器机器，它在实现高吞吐量的同时，并能以高概率满足垃圾回收暂停时间目标。

  • G1：虽然它的目标是取代CMS收集器，但其实G1是一个跨代的垃圾收集器，它将会收集所有区域的内存，因此G1无法与其它收集器组合。关于G1的内存结构可以参考这篇。



5. Z Garbage Collector（ZCG）JDK11

暂时没有研究，有空了再回来看
参考：
11 The Z Garbage Collector
An Introduction to ZGC: A Scalable and Experimental Low-Latency JVM Garbage Collector




JVM参数设置——选择垃圾收集器的组合

由于内存分代的出现，每种垃圾收集器，对于不同分代的垃圾回收会分别使用不同的垃圾收集技术。而虚拟机针对不同的现实条件，还可以选用垃圾收集器的部分垃圾收集功能，从而达到不同收集器的组合功能。垃圾收集器也提供了相应的组合VM参数，以达到不同收集器的组合实现。

关于如何启动不同组合的JVM参数，参考后面的内容。

需要注意，如果不显式的表明使用了哪种收集器，在不同的CPU硬件、操作系统下，会有不同的默认收集器。



查看GC时用到的命令和JVM参数

1. 查看当前机器上默认VM参数：

java -XX:+PrintCommandLineFlags -version

2. 查看指定Java运行程序的JVM参数（如果设置了JVM参数，将会覆盖上面的默认值）

jinfo -flags <pid>
查询指定参数（options）设置：jinfo -flag <options> <pid>

3. 通过jmap查看用了哪种算法的收集器
jmap -heap <pid>
Windows：jmap -heap <pid> | findstr GC
Linux：jmap -heap <pid> | grep GC

4. 通过jcmd强制gc
jcmd <pid> GC.run
注：可以通过jcmd <pid>help来查看程序可以执行的命令

5. 启用GC日志，方便查看GC时使用了什么收集器和收集时的内存信息（JDK8，JDK9后使用-Xlog参数打印日志）

-XX:+PrintGC：打印GC时的基本信息
-XX:+PrintGCDetails：打印GC详细信息
-XX:+PrintHeapAtGC：打印GC前后的堆、方法区可用容量的变化
-XX:+PrintGCTimeStamps**：打印GC时间戳


已经启动的Java程序，可以通过下面的命令启用上述参数：
jinfo -flag +PrintGC <pid>



查看本机默认JVM信息

本机配置信息：
内存：16GB
操作系统：WIN10 x64
JDK版本：1.8.0_171
VM：Java HotSpot™ 64-Bit Server VM

D:\Project>java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=257905728 -XX:MaxHeapSize=4126491648 -XX:+PrintCommandLineFlags 
-XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation 
-XX:+UseParallelGC
java version "1.8.0_171"
Java(TM) SE Runtime Environment (build 1.8.0_171-b11)
Java HotSpot(TM) 64-Bit Server VM (build 25.171-b11, mixed mode)



-XX:+UseSerialGC

启用组合：Serail Young (DefNew) + Serial Old Mark Sweep Compact

查看启用参数和GC内容：

D:\Project>jinfo -flag UseSerialGC 4288
-XX:+UseSerialGC

D:\Project>jmap -heap 4288 | findstr "GC"
Mark Sweep Compact GC

查看GC收集器详情：

D:\Project>jcmd 4288 GC.run
4288:
Command executed successfully


325.368: [Full GC (System.gc()) 325.368: 
	[Tenured: 32742K->32744K(349568K), 0.0769539 secs] 38309K->32744K(506816K), 
	[Metaspace: 57305K->57305K(1101824K)], 0.0770048 secs] 
[Times: user=0.08 sys=0.00, real=0.08 secs]

  • Full GC (System.gc())：表明本次Full GC的原因是执行了System.gc()命令。

  • Tenured：老年代收集，一般表明老年代使用的是Serial Old收集器。

  • Metaspace：元空间收集情况，元空间为非堆，它是位于堆外的一块内存。

  • Times：本次GC所用时间。



-XX:+UseParallelGC

启用组合：Parallel Young (PSYoungGen、Parallel Scavenge) + Serial Old Mark Sweep Compact | Parallel Old Mark Sweep Compact

该JVM参数启用了Parallel Scavenge收集器，同时其老年代收集器默认为Parallel Old，可以通过设置参数来组合其它老年代的收集器。

查看启用参数和GC内容：

D:\Project>jinfo -flag UseParallelGC 15404
-XX:+UseParallelGC

D:\Project>jmap -heap 15404 | findstr "GC"
Parallel GC with 10 thread(s)

查看GC收集器详情：

D:\Project>jcmd 15404GC.run
15404:
Command executed successfully


76.217: [GC (System.gc()) 
	[PSYoungGen: 2870K->288K(140288K)] 35650K->33075K(489984K), 0.0026375 secs] 
[Times: user=0.00 sys=0.00, real=0.00 secs] 

76.220: 
[Full GC (System.gc()) 
	[PSYoungGen: 288K->0K(140288K)] 
	[ParOldGen: 32787K->31310K(349696K)] 33075K->31310K(489984K), 
	[Metaspace: 57241K->57241K(1101824K)], 0.0767850 secs] 
[Times: user=0.22 sys=0.00, real=0.08 secs]



-XX:+UseParallelOldGC

启用组合：Serail Young (DefNew) | Parallel Young (PSYoungGen、Parallel Scavenge) | Parallel Young (ParNew)
+ Parallel Old Mark Sweep Compact

  • JDK 6时才提供Parallel Old收集器。
  • 该JVM参数，仅启用了Parallel Old收集器，新生代收集器会根据JVM默认参数来设置，也可以通过其它JVM参数指定新生代收集器。
  • 我的机器默认使用了UseParallelGC参数，所以新生代为PSYoungGen。

查看启用参数和GC内容：

D:\Project>jinfo -flag UseParallelOldGC 4964
-XX:+UseParallelOldGC

D:\Project>jmap -heap 4964 | findstr "GC"
Parallel GC with 10 thread(s)

查看GC收集器详情：

D:\Project>jcmd 4964 GC.run
4964:
Command executed successfully

675.850: [GC (System.gc()) 
	[PSYoungGen: 3065K->224K(141312K)] 29892K->27050K(491008K), 0.0026659 secs] 
[Times: user=0.00 sys=0.00, real=0.00 secs]

675.852: [Full GC (System.gc()) 
	[PSYoungGen: 224K->0K(141312K)] 
	[ParOldGen: 26826K->26795K(349696K)] 27050K->26795K(491008K), 
	[Metaspace: 56938K->56938K(1101824K)], 0.1212485 secs] 
[Times: user=0.27 sys=0.00, real=0.12 secs]



-XX:+UseParNewGC

启用组合：Parallel Young (ParNew)
+ Serial Old Mark Sweep Compact | Parallel Old Mark Sweep Compact | Concurrent Mark Sweep (Old)

  • 除了Serial收集器外，目前只有它能与CMS收集器配合工作。
  • ParNew + CMS与ParNew + Serial Old组合，在JDK8被宣布废弃，JDK9取消了对该组合的支持。
  • -XX:+UseParNewGC参数也在JDK9后被直接取消了。

查看启用参数和GC内容：

D:\Project>jinfo -flag UseParNewGC 20052
-XX:+UseParNewGC

D:\Project>jmap -heap 20052 | findstr "GC"
Mark Sweep Compact GC

查看GC收集器详情（与serial别无二致，打印的GC日志都一样）：

D:\Project>jcmd 20052 GC.run
20052:
Command executed successfully


16.495: [GC (Allocation Failure) 16.495: 
	[ParNew: 156622K->9790K(157248K), 0.0050190 secs] 213221K->66389K(506816K), 0.0050597 secs] 
[Times: user=0.00 sys=0.00, real=0.00 secs] 


89.628: [Full GC (System.gc()) 89.628: 
	[Tenured: 50767K->32723K(349568K), 0.0939450 secs] 83372K->32723K(506816K), 
	[Metaspace: 57211K->57211K(1101824K)], 0.0940025 secs] 
[Times: user=0.09 sys=0.00, real=0.09 secs]

GC (Allocation Failure）：表明本次GC的原因是内存分配失败导致的GC，从而进行的新生代垃圾收集（mirrorGC或称youngGC），如果GC后，内存仍无法分配就会尝试对堆进行扩容，如果已到堆的最大容量，那么将进行整堆收集。整堆收集后仍无法为对象分配内存时，就会抛出OOM异常。



-XX:+UseConcMarkSweepGC

启用组合：Serial Young (DefNew) | Parallel Young (ParNew) + Concurrent Mark Sweep (Old)

  • CMS的默认新生代为ParNew。
  • ParNew + CMS的组合在JDK8被宣布废弃，JDK9取消了对该组合的支持

查看启用参数和GC内容：

D:\Project>jinfo -flag UseConcMarkSweepGC 7156
-XX:+UseConcMarkSweepGC

D:\Project>jmap -heap 7156 | findstr "GC"
Concurrent Mark-Sweep GC

查看GC收集器详情：

D:\Project>jcmd 7156 GC.run
7156:
Command executed successfully

18.303: [GC (Allocation Failure) 18.303: 
	[ParNew: 153906K->13619K(157248K), 0.0094748 secs] 159600K->23724K(506816K), 0.0095149 secs] 
[Times: user=0.02 sys=0.00, real=0.01 secs] 


111.118: [Full GC (System.gc()) 111.118: 
	[CMS: 35564K->31991K(349568K), 0.0956757 secs] 37072K->31991K(506816K), 
	[Metaspace: 57246K->57246K(1101824K)], 0.0957642 secs] 
[Times: user=0.09 sys=0.00, real=0.10 secs]



-XX:+UseG1GC

启用G1收集器

查看启用参数和GC内容：

D:\Project>jinfo -flag UseG1GC 14300
-XX:+UseG1GC

D:\Project>jmap -heap 14300 | findstr "GC"
Garbage-First (G1) GC with 10 thread(s)

查看GC收集器详情：

D:\Project>jcmd 14300 GC.run
14300:
Command executed successfully

91.976: [Full GC (System.gc())  65M->31M(512M), 0.1022988 secs]
   [Eden: 23.0M(284.0M)->0.0B(307.0M) Survivors: 23.0M->0.0B Heap: 65.8M(512.0M)->31.6M(512.0M)], 
   [Metaspace: 57227K->57206K(1101824K)]
 [Times: user=0.11 sys=0.00, real=0.11 secs]

  • Eden：新生代收集情况。

  • Survivors：幸存区收集情况。

  • Heap：整个堆空间收集情况。




总结

这一篇博客只是介绍了实际环境中，可能用到哪些收集器，并对这些收集器的优劣、组合关系做了分析，同时也分享了一些实际运行环境中可能用到的命令和参数。最后对如何启用收集器的组合参数做了一些说明。

有关每种收集器的详细内容并未做过多的分析，因为每一种收集器涉及的知识量都比较广，如果对某种收集器有浓厚的兴趣，可以参考这官网的收集器说明，里面详细的介绍了每种收集器的实现原理和具体参数设置等，也可以参考周志明作的深入理解Java虚拟机一书。




参考

深入理解Java虚拟机：JVM高级特性与最佳实践（第3版）周志明
java 8 doc
javase doc
Java HotSpot VM
memorymanagement
Java Virtual Machine Technology
Java Hotspot G1 GC的一些关键技术
Java HotSpot Equivalents of Exact VM Flags
Java Platform, Standard Edition Documentation
Java Platform, Standard Edition HotSpot Virtual Machine Garbage Collection Tuning Guide

HotSpot虚拟机垃圾收集器
Mr.xing的博客
03-25 747
本文详细介绍了HotSpot虚拟机的垃圾收集器，包括新生代的Serial、ParNew、Parallel Scavenge收集器，老年代的Serial Old、Parallel Old收集器，以及CMS和G1收集器。CMS追求低停顿时间，G1则注重整体效率。同时讨论了Mixed GC、Full GC以及内存分配策略，如对象年龄、大对象直接入老年代和空间分配担保等。命运之神自会在一个恰当的时间 把你引到该去的地方。
5.3HotSpot VM 的垃圾收集器
十年呵护的专栏
09-05 555
HotSpot VM 垃圾收集器 一、前言 垃圾收集器是垃圾回收算法（标记-清除算法、复制算法、标记-整理算法、火车算法）的具体实现，不同商家、不同版本的JVM所提供的垃圾收集器可能会有很在差别，本文主要介绍HotSpot虚拟机中的垃圾收集器。 二、HotSpot VM介绍 JDK7/8后，HotSpot虚拟机所有收集器及组合（连线），如下图 （A）图中展示了7种不同分代的收集器： ​ Serial、ParNew、Parallel Scavenge、Serial Old、Parallel
主要垃圾回收算法与Hotspot VM垃圾回收器实现
不想当大腿的腿毛不是好工程师
10-08 601
垃圾回收算法引用计数法统计每个存活对象的引用次数，引用次数为0的对象视为待回收的垃圾对象。 引用计数法的弊端是无法回收循环引用的对象。如A引用B，B引用A，同时A和B都没有其他引用，此时A和B应该都是待回收的垃圾对象，但引用计数法无法识别。 因此，引用计数法已几乎不再被现代的编程语言使用。而是以另一种称为“可达性分析”的算法替代，下述的标记-清除、拷贝、标记-压缩算法都属于可达性分析算法。
Hotspot VM垃圾回收器概览
weixin_41718400的博客
07-12 417
这篇文章，先站在山顶俯瞰，在脑海里有个思路和映像。 1，问题由来 凡人皆有一死，垃圾都要回收。 垃圾回收并不是Java语言特有的东西，它是所有语言都需要面对的事情。这个江湖分为两大流派： 1）手动回收，像C/C++，这类语言跑起来非常之快，但是开发效率就打点折扣了，因为程序猿们除了需要关注业务，还需要手动回收内存空间，一不小心，就会发生泄露以至于最后溢出：） 2）自动回收，像Java，Python等，背后有一股神秘力量，在后面擦屁股，程序猿们只需要不断地创建对象，不用关心这个内存的释放问题。但并不
HotSpot虚拟机常见的垃圾收集器
荣耀之路
12-30 204
HotSpot虚拟机常见的垃圾收集器
HotSpot JVM 垃圾收集器（内存消耗最小、高吞吐量、低延迟）： ZGC、Shenandoah、G1、CMS、Parallel Old、Serial Old、Parallel Scavenge
最新发布
iOS逆向与安全
08-29 182
引用计数算法：被引用次数为0的对象。根搜索算法：从GC Roots沿着引用找不到的对象。
JVM 性能调优——HotSpot VM 参数指南
一叶知秋的博客
02-01 1355
基于 JDK 1.8 版本 HotSpot VM 参数指南。JVM参数共分为三类， - 标准参数（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容；非标准参数（-X），默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容；非 Stable 参数（-XX），此类参数各个 JVM 实现会有所不同，需要慎重使用。
【JVM】GC的基础知识——垃圾回收算法、内存分代模型、常见的垃圾回收器（CMS 、 G1）
your_棒棒糖的博客
05-30 537
GC的基础知识 1.什么是垃圾 C语言申请内存：malloc free C++： new delete Java: new ？ 自动内存回收，编程上简单，系统不容易出错，手动释放内存，容易出两种类型的问题： 忘记回收 多次回收 没有任何引用指向的一个对象或者多个对象（循环引用） 2.如何定位垃圾 引用计数：有引用的时候进行加一，没有引用的时候进行减一，等于0的时候则为垃圾。但是循环引用的对象引用计数不能找到这个垃圾，此时称为内存泄露。（引用计数不能解决循环引用的问题） 根可达算法：通过GC
常见的 GC 算法（Parallel/CMS/G1）
KimmKing的技术博客
09-22 2105
学习了 GC 算法的相关概念之后，我们将介绍在 JVM 中这些算法的具体实现。首先要记住的是，大多数 JVM 都需要使用两种不同的 GC 算法——一种用来清理年轻代，另一种用来清理老年代。 我们可以选择 JVM 内置的各种算法。如果不通过参数明确指定垃圾收集算法，则会使用相应 JDK 版本的默认实现。本章会详细介绍各种算法的实现原理。 串行 GC（Serial GC） 串行 GC 对年轻代使用 m...
Hotspot垃圾回收
林竹清_清清清
05-15 579
从J2SE5.0开始，HotSpotJVM共包含四种垃圾收集器，它们全部基于分代算法。 一、代的划分 　　HotSpotJVM中内存被划分为三代：新生代（younggeneration）、老年代oldgeneration）和永久代（permanentgeneration）。从逻辑上讲，新生代和老年代共同构成了Java堆，而永久代则被称为方法区（methodarea）。除了一些大对
HotSpot VM垃圾回收算法
xuanliang_cpy的博客
09-03 782
垃圾回收算法分析: HotSpot VM是SUN JDK和openJDK中所带的虚拟机 java内存结构: java堆是java所管理的内存中最大的一块，是被所有线程所共享的一块内存区域。是用来存放对象或者实例的。 java栈是线程私有的，用来存放局部变量等信息。 方法区:用来存放静态内容，类的相关信息，常量，它是线程共享的。 本地方法栈:native关键字表示该方法是依赖于其它平...
【HotSpot虚拟机垃圾回收调优指南】5.可选的收集器以及选择指南
JCoder的博客
04-22 253
到目前为止的讨论都是关于串行收集器（serial collector）的。Java HotSpot VM包含了三种不同类型的收集器，每种收集器分别具有不同的性能特征。 目录 一.串行收集器（Serial Collector） 二.并行收集器（Parallel Collector） 三.主要并发收集器（The Mostly Concurrent Collectors) 1.G1垃圾收集器（...
java hotspot 默认垃圾回收器_HotSpot的7种垃圾收集器组合
weixin_33489161的博客
02-16 593
HotSpot共有7种垃圾收集器，3个新生代垃圾收集器，3个老年代垃圾收集器，以及G1，一共构成7种可供选择的垃圾收集器组合。新生代与老年代垃圾收集器之间形成6种组合，每个新生代垃圾收集器都对应2种组合。Serial Old(MSC)可以与所有新生代收集器进行组合，共3种组合JVM仅指定新生代垃圾收集器的情况下，默认老年代采用Serial Old垃圾收集器(带压缩)：-XX:+UseSerialG...
JVM学习笔记——G1
程铭程铭你快成名的博客
12-25 1883
什么是G1 Garbage-First收集器是一个并行、并发和增量压缩低停顿的垃圾收集器。 G1的Java堆布局和HotSpot VM中其他垃圾收集器有着极大的不同，它将Java的堆分成相同的块(称为区域，Region)。 G1也是分代的，但整体上没有划分成新生代和老年代。相反，每代是一组(可能不连续)的Region，这使得它可以灵活地调整新生代。 为什么需要了解G1？ 因为G1是JDK 11默认...
JVM 技术内幕——HotSpot VM 的垃圾收集器
一叶知秋的博客
07-17 689
如果说收集方法是内存的方法论，那么垃圾收集器就是内存回收的具体实现。JVM 规范中对垃圾收集器应该如何实现并没有任何规定，因此不同厂商、不同版本的 JVM 所提供的垃圾收集器都可能会有很大差别，并且一般都会提供参数供用户根据自己的应用特点和要求组合出各个年代所使用的收集器。
Java虚拟机内存分配机制与启动参数说明
chengyun19830206的博客
11-20 3082
Java虚拟机内存分配机制与启动参数说明，配置堆区:-Xms 、-Xmx、-XX:newSize、-XX:MaxnewSize、-Xmn; 配置非堆区:-XX:PermSize、-XX:MaxPermSize，
gc日志分析
javaZhong的博客
10-13 367
一、编写测试代码 package com.tree; import java.util.concurrent.TimeUnit; /** * JVMDemo * * @author zhong * @create 2020-10-13 17:33 * @contact 1478168700@qq.com **/ public class JVMDemo { public static void main(String[] args) throws Interru
java psyounggen_Java 虚拟机
weixin_30290131的博客
02-13 2544
15Java虚拟机是一个进程，因此符合操作系统进程的特征，且是多线程的。整个虚拟机脱离不开操作系统的约束。java虚拟机运行时运行结构图：一个进程包含多个线程。有些数据在线程中是共享的。通过new创建出来的对象放在heap中java虚拟机将内存划分为不同的区域，有些是在java虚拟机启动的时候就存在了，有些事随着线程的生成和销毁而存在的。perm区是方法区 old+eden+s0+s1 是heap...
【HotSpot、G1】垃圾回收算法和垃圾收集器
05-03 978
前言 上一篇我们说了如何判断一个对象是否存活，这一篇呢，就是接着前面几篇文章来的，我们知道堆中分为年轻代和老年代，有着不同的特点；每个区域有着不同的特点，也就有了多种垃圾回收算法，每种算法也是根据内存情况进行不同程度的优化 就像上一篇提到的打扫屋子，接下来就是需要找到打扫屋子的最合适的方法，比如屋子的哪些东西归为一类，哪些可以扔掉，哪些可以摆放到一起 JVM的算法有很多，大鱼这里只说比较常见的四种： 标记-清楚算法 复制算法 标记-整理算法 分代收集算法 说完了算法，就会介绍下JVM的流行的各种收集器，.
深入理解G1垃圾收集器：原理与实战
"这篇文章主要介绍了G1垃圾收集器的基础知识，包括如何在Hotspot JVM中启用G1，其内部工作原理，以及相关的命令行参数和GC日志记录配置。此外，文章还提到了对硬件和软件环境的要求，比如需要多核CPU和Java 7 Update...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值