GC垃圾收集器&JVM调优汇总

最新推荐文章于 2024-04-26 13:54:36 发布
最新推荐文章于 2024-04-26 13:54:36 发布
阅读量136 收藏
点赞数
分类专栏： JVM调优 JVM
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/JavaTechNorth/article/details/119880245
版权

最近朋友小B说想一份GC优化的资料内容，JVM内存分析以及性能调优的时候方便查询。可是文章太多根本看不过来，那么今天指北君就为大家带来这份，GC垃圾收集器总结及其优化指南，让你的JVM从此不再寂寞。

PS:最近又赶上跳槽的高峰期，好多粉丝，都问我要有没有最新面试题，我连日加班好多天，终于整理好了，16000+ 道，295多份，多份面试题大全，我会持续更新中，马上就会整理更多！【文末有领取方式】

1 垃圾收集器

1.1 Serial/Serial Old 收集器：

Serial 收集器作用于年轻代中， 采用 复制算法 ， 属于串行回收方式

Serial Old 收集器 采用串行回收， STW机制， 采用 标记-压缩 算法 ，

"-XX:+UseSerialGC" 手动指定Serial收集器执行内存回收任务

“-XX:+PrintGCDetails” 年轻代串行收集器的工作日志开关

1.2 ParNew 收集器

ParnNew 可以说是Serial收集器的多线程版本， ParNew 收集器在 年轻代 中同样才用的也是复制算法 和 STW  机制  并行回收机制。

ParnNew 收集器的优势体现在多CPU，多核心的环境中，   在某些注重低延迟的应用场景下ParNew 和 CMS 收集器的组合模式， 在Server 模式下的内存回收效果很好。

使用 “-XX:+UserParNewGC” 手动指定使用ParNew收集器 "

-XX:+UserParallelGC" 表示 年轻代使用并行垃圾回收器， 老年代使用串行收集器

1.3 Parallel/Parallel Old 收集器

Parallel收集器是并行回收 采用复制算法 年轻代 STW ， 和ParNew不同Parrllel收集器可以控制程序的吞吐量大小 ，  被称为-吞吐量优先的垃圾收集器.

Parallel Old采用标记整理算法，用于老年代的垃圾回收。

常用参数:

“-XX:+GCTimeRatio:N” 设置执行内存回收的时间所占JVM运行总时间的比例， 1/(1+N) 默认N为99

“-XX:+MaxGCPauseMills” 设置执行内存回收STW 的暂停时间阈值， 若指定该值，则尽可能地在设定的时间内完成内存回收。

“-XX:+UseAdaptiveSizePolicy” 选项用于设置GC的自动分代大小调节策略。

"-XX:UseParallelOldGC"可在年轻代和老年代都是用并行回收收集器， 此收集器重点关注吞吐量

“-XX:ParallelGCThreads” 可用于设置垃圾回收时的线程数量

Parallel Old 收集器采用了 标记-压缩算法 ， 用于老年代垃圾回收 ， 并行回收 STW

Parallel 和 Parallel Old 收集器的组合 在Server 模式下的内存回收性能较好。

1.4 CMS(Concurrent-Mark-Sweep) 收集器

基于低延迟的考虑  ， 是并行垃圾回收器， 而且是老年代垃圾收集， 低延迟， 采用标记清除算法。会有短暂的STW

基本步骤如下 ：

1. 初始标记(Initial Mark) ：STW 标记根对象直接关联、可达的对象  
2. 并发标记(Concurrent Mark) ：将不可达对象 标记为垃圾对象 
3. 再次标记(Remark) ：STW 确保垃圾对象被成功且正确得标记  
4. 并发清除(Concurrent Sweep)：垃圾回收
常用参数:

“-XX:+UseCMS-CompactAtFullCollection” 用于指定在执行完FullGC 之后 是否对内存空间进行压缩整理，

“-XX:+CMSFullGCs-BeforeCompaction” 设定在执行多少次FullGC 之后对内存空间进行压缩整理

“-XX:+CMSInitiatingOccupanyFraction” 设置老年代中的内存使用率达到多少百分比的时候执行内存回收 JDK1.6之前默认值为68% JDK1.6 之后默认92%  , CMS垃圾收集器在回收过程中程依然可能会产生垃圾，所以需要设定一个阈值来进行垃圾回收，如果CMS回收失败，JVM则会启动老年代串行收集器进行垃圾回收，程序的STW时间会较长， 所以可以在内存增长缓慢的程序里面设置较大阈值，在内存增长快速的程序里面设置较小的阈值， 避免触发老年代串行收集器。

“-XX:UseConMarkSweepGC” 表示年轻代使用并行收集器，老年代使用CMS  年轻代  并行收集器工作时的线程数量可以使用 “-XX:ParallelGCThreads” 选项指定，  一般最好与CPU的数量相当.

1.5 G1(Garbage-First) 收集器

G1将整个堆划分为若干个大小相等的区间（1-32MB）,Region类型分为Unused Region、Eden Region 和 Survivor Region组成了年轻代空间，Old Region， Humongous Region(里面的对象超过每个Region的50%)，

每个Region都会有一个Region Set （RS），RS的数据结构是Hash表，里面的数据是CardTable （堆中没512Byte 映射在 card table 1 byte ） ， 简单说 RS 里面存的是Region种存活对象的指针。当Region中数据发生变化的时候 ，首先反映到Card Table 中的一个或者对个card上，RS通过扫面内部的Card Table 得知Region中内存使用情况和存活对象，在使用Region过程中，如果一个Region被填满了，分配内存的线程会重新选择一个新的Region，空闲Region被组织到一个基于链表的数据结构（LinkedList ）中，这样可以快速找到Region.

G1 GC 可以分为 Young GC 和Mixed GC

年轻代GC：当年轻代达到一定的阈值，就开始年轻代的并发收集。将Eden Region中存活对象copy转移到Survivor的Region中，同时释放Eden Region 。存活的时间够久就移到Old Reagion。

Mixed GC：当Old Region占比达到一定的比例（通过 -XX:InitantingHeapOccupancyPercent 设置，默认45%）之后，会触发并行标记，然后就会进行Mixed GC。Mixed GC 对一个叫做CSet的Region集合进行垃圾回收，其中包含了所有的年轻代Region和选取的一部分回收效益最好的Old Region。

并发标记的过程类似于CMS中的标记过程。

G1 可选优化参数

  1. 年轻代优化

    -XX:G1NewSizePercent   Java 堆初始化大小 ，默认是整个Java堆大小的5%，

    -XX:G1MaxNewPercent  最大占用对内存的百分比，默认是60%

    -XX:MaxGCPauseMills 每次目标停顿时间, 默认200ms

可以根据上述三个参数的调整来优化年轻代的垃圾回收

  1. 并行标记阶段优化

    并行标记阶段， -XX:InitantingHeapOccupancyPercent 决定了什么时候初始化并行标记循环 默认值45%

    -XX:ConcGCThreads 并发GC数量， 是-XX:ParallelGCThreads 的1/4 ，可以通过修改两个值来改变并线程的数量。

  2. 混合回收阶段优化

-XX:+PrintAdaptiveSizePoliy 开启后会输出完成的GC生态日志，

-XX:G1HeapWastePercent 表示最大可忍受的垃圾总量，默认是堆空间的5%，如果Mixed GC占用的时间过多，可以将此值调整大一点。

-XX:G1MixedGCCountTarget 默认为8，表示Mixed GC过程中入选的Old Region的最小阈值，用于控制入选的Old Region的数量

-XX:G1OldCSetRegionThresholdPercent 默认值100% ，表示加入到CSet中的Old Region的最大数量。

-XX:G1MixedGCLiveThresholdPercent 默认值 85% ，表示设置的每CSet中每个区间最多存活对象的百分比。

2 JVM的一些常用参数

  1. -XX:+PrintGCDetails 用于记录GC运行时的详细信息并输出。

  2. -verbose:gc -Xloggc:gc.log  结合前一个选项可以在项目根目录下生成gc.log文件记录gc详细信息

  3. -XX:+UseSerialGC 使用串行gc收集器，使用与小于100MB的内存空间场景

  4. -XX:+UserParNewGC 独占式GC ， 多线程GC  （未来不可用）

  5. -XX:+UseParallelGC

  6. -XX:+UseParallelOldGC

  7. -XX:+UseConcMarkSweepGC

  8. -XX:+UseG1GC

  9. -XX:+PrintGCApplicationStoppedTime 输出GC造成应用程序暂停的时间

  10. -XX:+PrintGCApplicationConcurrentTime 与上面参数结合使用

  11. -XX:+ConcGCThreads=4 设置Java应用程序线程并行执行的GC线程数量 若设置的值超过JVM允许GC并行线程的数量则报错，   默认的并行标记线程数量计算如下   ConGCThreads = Max((ParallelGCThreads#+2)/4,1)

  12. -XX:G1HeapRegionSize G1 GC 独有，Region大小默认为堆的1/2000 也可以设置   1MB 2MB 4MB 8MB 16MB 32MB 等6个档次

  13. -XX:G1HeapWastePercent=5 控制G1GC 不会回收的空闲内存比例，默认是堆内存的5% G1 GC在回收过程中会回收所有Region的内存，并持续地进行回收工作，直到内存空闲比例达到次值

  14. -XX:G1MixedGCCountTarget=8 老年代Region 的回收时间通常来说比年轻带Region回收时间长，此选项设置并行循环之后启动多少个混合GC 默认值是 8个 设置一个比较大的值可以让G1 GC在老年代Region回收时多花一些时间，如果一个混合GC停顿的时间很长，说明它要做的使很多，所以可以增大这个值的设置，但这个值过大的话，会造成并行循环等待混合GC完成的时间也相应的增加。

  15. -XX:G1PrintRegionLivenessInfo 开启这个选项会在标记循环之后输出详细信息（诊断选项） 在使用之前需要开启-XX:UnlockDiagnosticVMOptions 选项， 此选项会打印内存内部每个Region里面存活的对象信息， 包括使用率 RSET大小、回收一个Region的价值（性价比） 15. -XX:G1ReservePercent=10 此选项默认保留对内存的10%，用于某个对象进入下一个阶段，预留内存空间不可用于年轻带

  16. -XX:+G1SummarizeRSetStats  打印每个Region的详细信息。  此选项和-XX:G1PrintRegionLivenessInfo选项一样，是一个诊断选项也需要开启 -XX:UnlockDiagnosticVMOptions 选项 。

  17. -XX:+G1TraceConcRefinement 诊断选项，启动这个选项，并行Refinement线程相关的信息会被打印，线程启动和结束时，信息都会被打印。

  18. -XX:G1UseAdaptiveConcRefinement 默认开启的选项， 它会动态地对每一次GC中-XX:G1ConcRefinementGreenZone、-XX:G1ConcRfinementYellowZone、-XX:-XX:G1ConcRfinementRedZone，的值进行重新计算 并行Refinement线程是持续运行的，并且会随着update log buffer 积累的数量而动态调节， -XX:G1ConcRefinementGreenZone、-XX:G1ConcRfinementYellowZone、-XX:-XX:G1ConcRfinementRedZone，三个选项是用来根据不同的buffer使用不同的Refinement线程，其作用就是保证Refinement线程尽可能更上update log buffer生产的的步伐

  19. -XX:GCTimeRatio=9 这个选项代表Java应用程序话费时间与GC线程花费时间的比率， 1/(1+GCTimeRatio) 默认值是9 表示花费在GC工作量上的时间占总时间的10%

  20. -XX:+HeapDumpBeforeFullGC/-XX:+HeapDumpAfterFullGC 启用此选项 ， 在Full GC开始之前有一个hprof文件会被创建，   两个选项同时使用，可以对比Full GC前后的java堆内存，找出内存泄漏以及其他问题，

  21. -XX:InitiatingHeapOccypancyPercent=45 该选项默认值是45 表示G1 GC并行循环初始设置的堆大小值， 这个值决定了一个并行循环是不是要开始执行， 它的逻辑是在一次GC完成后，标胶老年代占用的空间和整个Java堆之间的比例，如果大于这个值，则预约下一次GC开始一个并行循环回收垃圾，从初始标记阶段开始。  这个值越小,GC 越频繁，反之 值越大，

  22. -XX:UseStringDeduplication 该选项启动String对象的去重工作，默认不启用。 如果启用该选项 String1.equals（String2） 如果两个对象包含相同的内容则返回true

  23. -XX:StringDeduplicationAgeThreshold=3  针对-XX:UseStringDeduplication选项，默认值为3   字符串对象的年龄超过设定的阈值，或者提升到G1 GC老年代Region之后，就会成为字符串去重的候选对象，去重操作只会有一次。

  24. -XX:PrintStringDeduplicationStatistics 可以通过读取输出的统计资料来了解是否字符串去重后节约了大量的堆内存空间，默认关闭

  25. -XX:+G1UseAdaptiveHOP JDK9的新选项 默认启用，通过动态调节标记阶段开始的时间，以达到提升应用程序吞吐量的目标， 主要通过尽可能迟地触发标记循环方式来避免消耗老年代空间，

  26. -XX:MaxGCPauseMills=200 【重要选项】设置G1的目标停顿时间 ，单位为ms 默认值为200ms

  27. -XX:MinHeapFreeRatio=40 设置对内可以空闲的最小的内存空间大小，默认为堆内存的40%   当空闲堆内存大小小于此值的时候，需要判断-Xms 和 -Xmx 两个初始化设置值，如果-Xms 和 -Xmx 不一样，那么就有机会扩展堆内存，否则就无法扩展。

  28. -X:MaxHeapFreeRatio =70 这只最大空闲空间大小，默认为堆内存的70%，当大于这个空闲比率的时候 G1 GC 会自动减少对内存的大小， 需要判断-Xms 和 -Xmx的大小 如果两者一样则有机会减小堆内存，否则无法减小堆内存

  29. -XX：+PrintAdaptiveSizePolicy 这个选项决定是否开启堆内存大小变化的相应记录信息打印， 是否打印这些星系到GC日志里面

  30. -XX:+ResizePLAB GC使用的本地线程分配缓存块采用动态值还是静态值 默认开启 31. -XX:+ResizeTLAB Java线程使用的本地线程分配缓存块采用 动态值还是静态值。默认开启

  31. -XX:+ClassUnloadingWithCncurrent 开启G1 GC在并行循环卸载类，尤其是在老年代的并行回收阶段，默认是开启的。  这个选项开启后会在并行循环的重标记阶段卸载JVM没有用到的类， 这些工作也可以放到Full GC 里面去做。是否开启此选项要看性价比。如果GC停顿时间比我们设置的最大GC停顿目标时间还长，并且需要卸载的类也不多，建议关闭此选项

  32. -XX:+ClassUnloading 默认是是True 决定JVM是否会卸载无用的类，如果关闭此选项，无论是并行回收循环还是Full GC 都不会再卸载这些类，所以需要谨慎关闭

  33. -XX:+UnloadingDiagnosticVMOptions 是否开启诊断选项，默认值是 False

  34. -XX:+UnlockExperimentalVMOptions 默认关闭

  35. -XX:+UnlockCommercialFeatures  是都使用Oracle特有特性， 默认关闭

3 JVM常用调优分析工具

JVM内存分析调优，如果能多多利用调优的一些工具，那将会事半功倍。那么指北君问大家介绍比较好用的一些调优工具，包括Java自带的和第三方的一些好用工具。

jps

JVM Process Status Tool，查询当前运行状态的Java 进程

语法格式

jps [<options>]

具体 [options]选项：-q：仅输出VM标识列表；-m：输出main方法的参数，输出可能为null；-l：输出完整的包名，应用main calss，jar的完全路径名；-v：输出JVM参数 ；-V：输出通过flag文件传递到JVM中的参数(.hotspotrc文件或-XX:Flags=所指定的文件 ；

jinfo

JVM Configuration info ，查询Java进程运行时的详细信息以及JVM的参数详细信息

命令格式

jinfo [ option ] pid
jinfo [ option ] executable core
jinfo [ option ] [server-id@]remote-hostname-or-IP 

具体 [options]选项：

-flag name  ：prints the name and value of the given command line flag.

-flag [+|-]name ：enables or disables the given boolean command line flag.

-flag name=value  ：sets the given command line flag to the specified value.

-flags prints ：command line flags passed to the JVM. pairs.

-sysprops ：prints Java System properties as name, value pairs.

示例:

bin>jinfo -flags 17876
VM Flags:
-XX:CICompilerCount=2 -XX:ConcGCThreads=1 -XX:ErrorFile=C:\Users\Michael\java_error_in_idea64_%p.log -XX:G1ConcRefinementThreads=4...

bin>jinfo -flag InitialHeapSize 17876
-XX:InitialHeapSize=134217728


##### jstat

JVM Statistics Monitoring Tool  可查看JVM的性能统计信息，能显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。可参考官网详情：https://docs.oracle.com/javase/7/docs/technotes/tools/share/jstat.html

命令格式

jstat [ generalOption | outputOptions vmid [interval[s|ms] [count]] ]


generalOption 通用命令行参数，

outputOptions 一个过多个输出选项，

vmid 虚拟机定位标识，确定虚拟机运行的机器端口等

interval 查询并显示信息的时间间隔

count 需要查询信息的数量

关于jstat的参数选项有如：

| Option | Displays... |
| --- | --- |
| class | Statistics on the behavior of the class loader. |
| compiler | Statistics of the behavior of the HotSpot Just-in-Time compiler. |
| gc | Statistics of the behavior of the garbage collected heap. |
| gccapacity | Statistics of the capacities of the generations and their corresponding spaces. |
| gccause | Summary of garbage collection statistics (same as **\-gcutil**), with the cause of the last and current (if applicable) garbage collection events. |
| gcnew | Statistics of the behavior of the new generation. |
| gcnewcapacity | Statistics of the sizes of the new generations and its corresponding spaces. |
| gcold | Statistics of the behavior of the old and permanent generations. |
| gcoldcapacity | Statistics of the sizes of the old generation. |
| gcpermcapacity | Statistics of the sizes of the permanent generation. |
| gcutil | Summary of garbage collection statistics. |
| printcompilation | HotSpot compilation method statistics. |

示例：

bin>jstat -gcoldcapacity -t 17876 250 3
Timestamp          OGCMN        OGCMX         OGC           OC       YGC    FGC    FGCT     CGC    CGCT       GCT
         6378.7          0.0    1042432.0     505856.0     505856.0    310     0     0.000   134     3.033     7.305
         6379.0          0.0    1042432.0     505856.0     505856.0    310     0     0.000   134     3.033     7.305
         6379.3          0.0    1042432.0     505856.0     505856.0    310     0     0.000   134     3.033     7.305


##### jmap

JVM Memory Map 输出对象内存信息，Java堆信息等

命令格式

jmap [ option ] pid
jmap [ option ] executable core
jmap [ option ] [server-id@]remote-hostname-or-IP


options选项

**\-dump:\[live,\]format=b,file=**  将Java堆生成dump文件，

**\-finalizerinfo** 输出等待执行finalizer方法的对象

**\-heap** 输出堆的详细信息，GC算法，堆参数等等

**\-histo\[:live\]** 输出堆的统计信息，包括Java类，对象数量，内存size等

**\-permstat** Prints class loader wise statistics of permanent generation of Java heap

**\-F** 强制生成dump，与jmap -dump / jmap -histo 等一起使用，如果进程id没有响应则强制生成dump文件

示例：

bin>jmap -finalizerinfo 17876
No instances waiting for finalization found


生成Java 堆dump文件

bin>jmap -dump:format=b,file=E:/Java/heap/17876.hprof 17876
Heap dump file created


##### jstack

主要输出 Java线程的堆栈信息

jstack [options] pid


示例：

bin>jstack -l 17876


##### JConsole

JConsole 是Java自带的可视化程序，可以监控一些内存线程等信息，使用也比较方便。

![图片](https://img-blog.csdnimg.cn/img_convert/ada9032b0609c5c58424e69ef504daaf.png)

  

  

##### VisualVM

VisualVM在在Java8之后就被从JDK中拿走，如果想使用可以去VisualVM官网（文末贴出下载地址）下载，它有标准版和基于GraalVM的版本，同时还有IDEA的插件用起来也比较方便。我们下载标准版VisualVM2.07先看一下。还是熟悉的味道。

![图片](https://img-blog.csdnimg.cn/img_convert/600846564c1a142dcc4947c1a0a155e9.png)

  

  

##### Memory Analyzer (MAT)

Eclipse 出品的一款Java堆内存分析程序，可以帮助我们找到内存泄漏和减少内存消耗。可在其官网下载，文末贴出下载地址

![图片](https://img-blog.csdnimg.cn/img_convert/f3d1f91f8b291ca4468db94bd5342191.png)

  

### 总结

本篇总结了一些常用GC的垃圾回收流程，GC调优可以参考的一些参数。另外还介绍了一些分析Java性能的一下Java命令及可视化分析工具，在实际生产环境使用的话肯定会比所介绍的还要复杂，所以看官们还不快快动起手来操练一下。让你的JVM不再寂寞。由于每一个工具的详细使用都需要大篇幅，那么指北君后面将会为大家一一带来这些工具如何进行JVM性能调优。敬请期待！

### 后记

VisualVM 官网 ：https://visualvm.github.io/

GraalVM 官网 ：https://www.graalvm.org/

Memory Analyzer (MAT) 下载 官网：https://www.eclipse.org/mat/downloads.php （选择国内中科大的镜像，下载会快许多）

**面试大全包括：**包括 Java 集合、JVM、多线程、并发编程、设计模式、SpringBoot、SpringCloud、Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、MongoDB、Redis、MySQL、RabbitMQ、Kafka、Linux、Netty、Tomcat、Python、HTML、CSS、Vue、React、JavaScript、Android 大数据、阿里巴巴等大厂面试题等、等技术栈！

**领取方式：扫描下方公众号【Java技术指北】回复【面试题】即可获取**

![图片](https://img-blog.csdnimg.cn/img_convert/9e404a6d6f245a52e78a140d9691bf95.png)

![Java技术指北](https://img-blog.csdnimg.cn/img_convert/258e4bd7c4b53e4bc0c748783acddc06.png)

**Java技术指北**

回复：java，获取精华资料。专注分享Java技术干货、Java 技术、Spring 全家桶、JavaWeb、多线程、JVM、Spring Boot、Spring Cloud、Dubbo、架构设计、微服务、面试题、Java最新动态等。

43篇原创内容

公众号
JavaTechNorth
关注
专栏目录
JVM调优及调优工具汇总，GC垃圾收集器总结
JavaTechNorth的博客
08-20 336
最近朋友小B说想一份GC优化的资料内容，JVM内存分析以及性能调优的时候方便查询。可是文章太多根本看不过来，那么今天指北君就为大家带来这份，GC垃圾收集器总结及其优化指南，让你的JVM从此不再寂寞。文末更有惊喜。 1 垃圾收集器 1.1 Serial/Serial Old 收集器： Serial 收集器作用于年轻代中， 采用 复制算法 ， 属于串行回收方式 Serial Old 收集器 采用串行回收， STW机制， 采用 标记-压缩 算法 ， "-XX:+UseSerialGC" 手动指定Serial收集
JVM性能调优实践——G1 垃圾收集器分析、调优篇
热门推荐
马猴烧酒└(┐卍^o^)卍ﾄﾞｩﾙﾙﾙ~楪詩月「YUZURIHA SHIZUKI」
06-04 1万+
前言 关于G1 GC以及其他垃圾收集器的介绍可以参考前一篇JVM性能调优实践——G1 垃圾收集器介绍篇。了解了G1垃圾收集器的运行机制之后，就可以针对一些GC相关参数来调整内存分配以及运行策略。下文的调优主要针对G1垃圾收集器进行介绍，以及会分析一下G1 GC的日志格式。 G1 GC日志分析 在执行具体的调优任务前，需要结合GC日志以及应用本身的特点。打印详细GClog,...
【JVM】JVM内存结构之——G1收集器
记录各种Bug解决案例及日常学习内容
05-12 5709
目录1. 什么是G12. G1收集器发展历程3. G1收集器分区划分3.1 为什么G1收集器需要设计巨型对象3.2 G1收集器参数设置3.3 G1收集器回收的细节3.4 G1收集器Rset问题（记忆集）3.5 G1两种回收策略4. G1收集器优缺点5. G1收集器核心配置参数 1. 什么是G1 G1收集器(Garbage-First Garbage Collector) 整堆收集。 G1收集器是一款在server端运行的垃圾收集器，专门针对于拥有多核处理器和大内存的机器，在JDK 7u4版本发行时被正式
G1 GC详解及设置
深圳市多克创新科技有限公司
10-10 5408
G1 GC详解及Full GC的触发情况
性能调优 13. 垃圾收集器G1&ZGC详解
最新发布
xingwanganfang的博客
04-26 1894
是JDK 11中推出的一款追求极致低延迟的垃圾收集器，它曾经设计目标包括：‌‌‌　　1. 停顿时间不超过10ms（JDK16已经达到不超过1ms‌‌‌　　2.停顿时间不会随着堆的大小，或者活跃对象的大小而增加。‌‌‌　　3. 支持8MB~4TB级别的堆，JDK15后已经可以支持16TB。‌‌‌　　如果使用ZGC来做Java项目，像对STW敏感的证券系统，游戏的系统都可以去用Java来做（以前都是C或者C++的市场），所以ZGC的出现就是为了抢占其他语言的市场。
G1调优常用参数及其作用
点滴之积
02-12 1万+
G1调优参数及其作用机制
（JVM学习05）垃圾收集器G1&ZGC详解
a250029634的博客
04-08 2810
垃圾收集器G1&ZGC详解
JVM调优汇总（JDK1.8）
qq_36080515的博客
09-27 3314
JVM调优汇总 1、根据实际情况选择合适垃圾收集器 堆内存4G一下可以用parallel，4-8G可以用ParNew + CMS，8G以上可以用G1，几百级以上用ZGC。 2、jvm参数的初始值和最大值设置一样，避免扩容时消耗性能。 ‐Xms3072M ‐Xmx3072M ‐XX:MetaspaceSize=256M‐XX:MaxMetaspaceSize=256M 3、JVM调优目的：减少GC，主要是减少FullGC的频率。 优化思路： 尽可能让对象都在新生代里分配和回收，尽可能.
掌握JVM调优策略：深入解析常见GC机制
本文详细介绍了JVM（Java Virtual Machine）调优的相关知识，特别是针对垃圾收集器（Garbage Collection, GC）的优化策略。在Java应用程序中，垃圾收集器的作用是自动管理内存，确保程序在运行过程中不会因为内存...
十二、G1垃圾收集器
weixin_40181736的博客
09-15 2710
并行与并发：G1能充分利用CPU、多核环境下的硬件优势，使用多个CPU（CPU或者CPU核心）来缩短Stop-The-World停顿时间。部分其他收集器原本需要停顿Java线程来执行GC动作，G1收集器仍然可以通过并发的方式让java程序继续执行。分代收集：虽然G1可以不需要其他收集器配合就能独立管理整个GC堆，但是还是保留了分代的概念。空间整合：与CMS的“标记--清理”算法不同，G1从整体来看是基于“标记整理”算法实现的收集器，从局部上来看是基于“复制算法”实现的。可预测的停顿。
JVM GC G1垃圾回收器配置
年少青山的博客
02-23 3062
JVM GC G1垃圾回收器配置
g1gc调优的一次实战记录
请叫我大师兄
10-24 5864
Java内存区域 或 Jvm 内存结构 线程共享的 堆 方法区 直接内存 (非运行时数据区的一部分) 线程私有的 程序计数器 虚拟机栈 本地方法栈 GC算法 1，标记 -清除算法 2，复制算法 3，标记-压缩算法 4，分代收集算法 一般将堆分为新生代和老年代。 新生代使用: 复制算法 老年代使用: 标记 - 清除 或者 标记 - 整理 算法 JDK 8 版本之后方法区（HotSpot 的永久代）被彻底移除了（JDK1.7 就已经开始了），取而代之是元空间 G1 GC G1 GC是Java H
JVM基础知识---G1垃圾回收器
https://juejin.cn/user/4248168663101239/posts
04-27 759
G1垃圾回收器一. G1垃圾回收器介绍二. G1的使用三. G1的特点①. Region 分区产生③. 对象分配策略④. Humongous巨型对象产生⑤. 并发执行⑥. 执行的流程1. 初始标记 (stop the word)2. 并发标记3. 最终标记 (stop the word)4. 筛选回收 (stop the word)四. 三色标记算法①. 对象分成三种类型②. 执行的流程③. 对象丢失问题解决方式五. 新生代 YGC六. 混合回收（Mixed GC）七. 触发 Full GC八. G1的优
JVM学习笔记07-垃圾回收
misadfa的博客
02-28 7396
目录 1、垃圾回收概述 1.1、什么是垃圾 1.2、为什么需要GC 1.3、早起垃圾回收机制 2、垃圾回收的相关算法 2.1、标记阶段：引用计数算法 2.2、标记阶段：可达性分析算法 2.3、对象的finalization机制 2.4、清除阶段：标记-清除算法 2.5、清除阶段：复制算法 2.6、清除阶段：标记-压缩算法 2.7、分代收集算法 2.8、增量收集算法、分区算法 3、垃圾回收的相关概念 3.1、System.gc()的理解 3.2、内存溢出和内存泄漏 3.3
JVM学习----垃圾回收--G1
m0_48639280的博客
08-01 645
2004论文发布---->2009JDK6u14体验---->2012JDK7u4官方支持---->2017JDK9默认相关JVM参数-XX+UseG1GC-XX-XX。
jvm之G1 GC
wang0907的博客
05-20 2305
G1 GC 分析
转：深入理解Java G1垃圾收集器
z69183787的专栏
09-13 792
本文首先简单介绍了垃圾收集的常见方式，然后再分析了G1收集器的收集原理，相比其他垃圾收集器的优势，最后给出了一些调优实践。 一，什么是垃圾回收 首先，在了解G1之前，我们需要清楚的知道，垃圾回收是什么？简单的说垃圾回收就是回收内存中不再使用的对象。 垃圾回收的基本步骤 回收的步骤有2步： 查找内存中不再使用的对象 释放这些对象占用的内存 1,查找内存中不再使用的对象 那么问题来了，如何判断哪些对象不再被使用呢？我们也有2个方法： 引用计数法 引用计数法就是如果一个对象没有被任何引用指向，则可
深入理解 Java G1 垃圾收集器--转
12-23 2708
原文地址：http://blog.jobbole.com/109170/?utm_source=hao.jobbole.com&utm_medium=relatedArticle 本文首先简单介绍了垃圾收集的常见方式，然后再分析了G1收集器的收集原理，相比其他垃圾收集器的优势，最后给出了一些调优实践。 一，什么是垃圾回收 首先，在了解G1之前，我们需要清楚的知道，垃圾回收是...
JVM性能调优-垃圾收集器G1详解
EverythingAtOnce的博客
01-19 1789
XX:G1HeapWastePercent(默认5%): gc过程中空出来的region是否充足阈值，在混合回收的时候，对Region回收都是基于复制算法进行的，都是把要回收的Region里的存活对象放入其他Region，然后这个Region中的垃圾对象全部清理掉，这样的话在回收过程就会不断空出来新的Region，一旦空闲出来的Region数量达到了堆内存的5%，此时就会立即停止混合回收，意味着本次混合回收就结束了。ZGC的停顿时间是在10ms以下，但是ZGC的执行时间还是远远大于这个时间的。
深入解析：JVM GC垃圾收集器与判定策略
本文档主要梳理了Java Virtual Machine (JVM) 中垃圾收集器的相关知识点，重点介绍了如何确定哪些对象需要回收以及两种常用的垃圾收集算法：引用计数器算法和可达性分析算法。 1. **垃圾收集器的作用**： JVM中的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值