JVM堆内存详解、常用参数，GC算法、GC收集器

最新推荐文章于 2023-05-11 15:07:31 发布
最新推荐文章于 2023-05-11 15:07:31 发布
阅读量323 收藏
点赞数
分类专栏： JVM 文章标签： JVM
原文链接：https://blog.51cto.com/lizhenliang/2164876?wx=
版权

文章目录

1、堆内存详解

1.1 JVM内存模型

JAVA堆内存管理是影响性能主要因素之一。
堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。

先看下JAVA堆内存是如何划分的，如图：
在这里插入图片描述

  1. JVM内存划分为堆内存和非堆内存，堆内存分为年轻代（Young Generation）、老年代（Old Generation），非堆内存就一个永久代（Permanent Generation）。
  2. 年轻代又分为Eden和Survivor区。Survivor区由FromSpace(S0)和ToSpace(S1)组成。Eden区占大容量，Survivor两个区占小容量，默认比例是8:1:1。
  3. 堆内存用途：存放的是对象，垃圾收集器就是收集这些对象，然后根据GC算法回收。
  4. 非堆内存用途：永久代，也称为方法区，存储程序运行时长期存活的对象，比如类的元数据、方法、常量、属性等。

在JDK1.8版本废弃了永久代，替代的是元空间（MetaSpace），元空间与永久代上类似，都是方法区的实现，他们最大区别是：元空间并不在JVM中，而是使用本地内存。
元空间有注意有两个参数：
MetaspaceSize ：初始化元空间大小，控制发生GC阈值
MaxMetaspaceSize ： 限制元空间大小上限，防止异常占用过多物理内存

为什么移除永久代？
移除永久代原因：为融合HotSpot JVM与JRockit VM（新JVM技术）而做出的改变，因为JRockit没有永久代。
有了元空间就不再会出现永久代OOM问题了！

1.2 分代概念

新生成的对象首先放到年轻代Eden区，当Eden空间满了，触发Minor GC，存活下来的对象移动到Survivor0区，Survivor0区满后触发执行Minor GC，Survivor0区存活对象移动到Suvivor1区，这样保证了一段时间内总有一个survivor区为空。经过多次Minor GC仍然存活的对象移动到老年代。
老年代存储长期存活的对象，占满时会触发Major GC=Full GC，GC期间会停止所有线程等待GC完成，所以对响应要求高的应用尽量减少发生Major GC，避免响应超时。
Minor GC ： 清理年轻代
Major GC ： 清理老年代
Full GC ： 清理整个堆空间，包括年轻代和永久代
所有GC都会停止应用所有线程。

为什么分代？
将对象根据存活概率进行分类，对存活时间长的对象，放到固定区，从而减少扫描垃圾时间及GC频率。针对分类进行不同的垃圾回收算法，对算法扬长避短。

为什么survivor分为两块相等大小的幸存空间？
主要为了解决碎片化。如果内存碎片化严重，也就是两个对象占用不连续的内存，已有的连续内存不够新对象存放，就会触发GC。

2、JVM堆内存常用参数

参数						描述
-Xms						堆内存初始大小，单位m、g
-Xmx（MaxHeapSize）			堆内存最大允许大小，一般不要大于物理内存的80%
-XX:PermSize				非堆内存初始大小，一般应用设置初始化200m，最大1024m就够了
-XX:MaxPermSize				非堆内存最大允许大小
-XX:NewSize（-Xns）			年轻代内存初始大小
-XX:MaxNewSize（-Xmn）		年轻代内存最大允许大小，也可以缩写
-XX:SurvivorRatio=8			年轻代中Eden区与Survivor区的容量比例值，默认为8，即8:1
-Xss						堆栈内存大小

3、垃圾回收算法（GC，Garbage Collection）

红色是标记的非活动对象，绿色是活动对象。

  • 标记-清除（Mark-Sweep）
    GC分为两个阶段，标记和清除。首先标记所有可回收的对象，在标记完成后统一回收所有被标记的对象。同时会产生不连续的内存碎片。碎片过多会导致以后程序运行时需要分配较大对象时，无法找到足够的连续内存，而不得已再次触发GC。
    在这里插入图片描述
  • 复制（Copy）
    将内存按容量划分为两块，每次只使用其中一块。当这一块内存用完了，就将存活的对象复制到另一块上，然后再把已使用的内存空间一次清理掉。这样使得每次都是对半个内存区回收，也不用考虑内存碎片问题，简单高效。缺点需要两倍的内存空间。
    在这里插入图片描述
  • 标记-整理（Mark-Compact）
    也分为两个阶段，首先标记可回收的对象，再将存活的对象都向一端移动，然后清理掉边界以外的内存。此方法避免标记-清除算法的碎片问题，同时也避免了复制算法的空间问题。
    一般年轻代中执行GC后，会有少量的对象存活，就会选用复制算法，只要付出少量的存活对象复制成本就可以完成收集。而老年代中因为对象存活率高，没有额外过多内存空间分配，就需要使用标记-清理或者标记-整理算法来进行回收。
    在这里插入图片描述

4、垃圾收集器

4.1 GC常见算法

  • 串行收集器（Serial）
    比较老的收集器，单线程。收集时，必须暂停应用的工作线程，直到收集结束。

  • 并行收集器（Parallel）
    多条垃圾收集线程并行工作，在多核CPU下效率更高，应用线程仍然处于等待状态。

  • CMS收集器（Concurrent Mark Sweep）
    CMS收集器是缩短暂停应用时间为目标而设计的，是基于标记-清除算法实现，整个过程分为4个步骤，包括：
    1）初始标记（Initial Mark）
    2）并发标记（Concurrent Mark）
    3）重新标记（Remark）
    4）并发清除（Concurrent Sweep）
    其中，初始标记、重新标记这两个步骤仍然需要暂停应用线程。初始标记只是标记一下GC Roots能直接关联到的对象，速度很快，并发标记阶段是标记可回收对象，而重新标记阶段则是为了修正并发标记期间因用户程序继续运作导致标记产生变动的那一部分对象的标记记录，这个阶段暂停时间比初始标记阶段稍长一点，但远比并发标记时间段。
    由于整个过程中消耗最长的并发标记和并发清除过程收集器线程都可以与用户线程一起工作，所以，CMS收集器内存回收与用户一起并发执行的，大大减少了暂停时间。

  • G1收集器（Garbage First）
    G1收集器将堆内存划分多个大小相等的独立区域（Region），并且能预测暂停时间，能预测原因它能避免对整个堆进行全区收集。G1跟踪各个Region里的垃圾堆积价值大小（所获得空间大小以及回收所需时间），在后台维护一个优先列表，每次根据允许的收集时间，优先回收价值最大的Region，从而保证了再有限时间内获得更高的收集效率。
    G1收集器工作工程分为4个步骤，包括：
    1）初始标记（Initial Mark）
    2）并发标记（Concurrent Mark）
    3）最终标记（Final Mark）
    4）筛选回收（Live Data Counting and Evacuation）
    初始标记与CMS一样，标记一下GC Roots能直接关联到的对象。并发标记从GC Root开始标记存活对象，这个阶段耗时比较长，但也可以与应用线程并发执行。而最终标记也是为了修正在并发标记期间因用户程序继续运作而导致标记产生变化的那一部分标记记录。最后在筛选回收阶段对各个Region回收价值和成本进行排序，根据用户所期望的GC暂停时间来执行回收。

4.2 GC参数

参数								描述
-XX:+UseSerialGC					串行收集器
-XX:+UseParallelGC					并行收集器
-XX:+UseParallelGCThreads=8			并行收集器线程数，同时有多少个线程进行垃圾回收，一般与CPU数量相等
-XX:+UseParallelOldGC				指定老年代为并行收集
-XX:+UseConcMarkSweepGC				CMS收集器（并发收集器）
-XX:+UseCMSCompactAtFullCollection	开启内存空间压缩和整理，防止过多内存碎片
-XX:CMSFullGCsBeforeCompaction=0	表示多少次Full GC后开始压缩和整理，0表示每次Full GC后立即执行压缩和整理
-XX:CMSInitiatingOccupancyFraction=80%	表示老年代内存空间使用80%时开始执行CMS收集，防止过多的Full GC
-XX:+UseG1GC						G1收集器
-XX:MaxTenuringThreshold=0			在年轻代经过几次GC后还存活，就进入老年代，0表示直接进入老年代

5、为什么会堆内存溢出？

在年轻代中经过GC后还存活的对象会被复制到老年代中。当老年代空间不足时，JVM会对老年代进行完全的垃圾回收（Full GC）。如果GC后，还是无法存放从Survivor区复制过来的对象，就会出现OOM（Out of Memory）。

OOM（Out of Memory）异常常见有以下几个原因：
1）老年代内存不足：java.lang.OutOfMemoryError:Javaheapspace
2）永久代内存不足：java.lang.OutOfMemoryError:PermGenspace
3）代码bug，占用内存无法及时回收。
OOM在这几个内存区都有可能出现，实际遇到OOM时，能根据异常信息定位到哪个区的内存溢出。
可以通过添加个参数-XX:+HeapDumpOnOutMemoryError，让虚拟机在出现内存溢出异常时Dump出当前的内存堆转储快照以便事后分析。

熟悉了JAVA内存管理机制及配置参数，下面是对JAVA应用启动选项调优配置：

JAVA_OPTS="-server -Xms512m -Xmx2g -XX:+UseG1GC -XX:SurvivorRatio=6 -XX:MaxGCPauseMillis=400 
-XX:G1ReservePercent=15 -XX:ParallelGCThreads=4 -XX:
ConcGCThreads=1 -XX:InitiatingHeapOccupancyPercent=40 -XX:+PrintGCDetails  
-XX:+PrintGCTimeStamps -Xloggc:../logs/gc.log"
  • 设置堆内存最小和最大值，最大值参考历史利用率设置
  • 设置GC垃圾收集器为G1
  • 启用GC日志，方便后期分析

6、小结

  • 选择高效的GC算法，可有效减少停止应用线程时间。
  • 频繁Full GC会增加暂停时间和CPU使用率，可以加大老年代空间大小降低Full GC，但会增加回收时间，根据业务适当取舍。
11号车厢
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM参数设置详细说明
11-23
JVM参数设置详细说明、JVM 参数设置详细说明 1: heap size a: -Xmx 指定jvm的最大heap大小，如：-Xmx=2g b: -Xms 指定jvm的最小heap大小，如：-Xms=2g，高并发应用，建议和-Xmx一样，防止因为内存收缩/突然增大带来的性能影响。 c: -Xmn 指定jvm中New Generation的大小，如：-Xmn256m。这个参数很影响性能，如果你的程序需要比较多的临时内存，建议设置到512M，如果用的少，尽量降低这个数值，一般来说128/256足以使用了。 d: -XX:PermSize= 指定jvm中Perm Generation的最小值，如：-XX:PermSize=32m。这个参数需要看你的实际情况，可以通过jmap命令看看到底需要多少。 e: -XX:MaxPermSize= 指定Perm Generation的最大值，如：-XX:MaxPermSize=64m f: -Xss 指定线程桟大小，如：-Xss128k，一般来说，webx框架下的应用需要256K。如果你的程序有大规模的递归行为，请考虑设置到512K/1M。这个需要全面的测试才能知道。不过，256K已经很大了。这个参数对性能的影响比较大的。 g: -XX:NewRatio= 指定jvm中Old Generation heap size与New Generation的比例，在使用CMS GC的情况下此参数失效，如：-XX:NewRatio=2 h: -XX:SurvivorRatio= 指定New Generation中Eden Space与一个Survivor Space的heap size比例，-XX:SurvivorRatio=8，那么在总共New Generation为10m的情况下，Eden Space为8m i: -XX:MinHeapFreeRatio= 指定jvm heap在使用率小于n的情况下，heap进行收缩，Xmx==Xms的情况下无效，如：-XX:MinHeapFreeRatio=30 j: -XX:MaxHeapFreeRatio= 指定jvm heap在使用率大于n的情况下，heap 进行扩张，Xmx==Xms的情况下无效，如：-XX:MaxHeapFreeRatio=70 k: -XX:LargePageSizeInBytes= 指定Java heap的分页页面大小， 如：-XX:LargePageSizeInBytes=128m 2: garbage collector a: -XX:+UseParallelGC 指定在New Generation使用parallel collector，并行收集，暂停，app threads，同时启动多个垃圾回收thread，不能和CMS gc一起使用。系统吨吐量优先，但是会有较长长时间的app pause，后台系统任务可以使用此 gc b: -XX:ParallelGCThreads= 指定parallel collection时启动的thread个数，默认是物理processor的个数 c: -XX:+UseParallelOldGC 指定在Old Generation使用parallel collector d: -XX:+UseParNewGC 指定在New Generation使用parallel collector，是UseParallelGC的gc的升级版本，有更好的性能或者优点，可以和CMS gc一起使用 e: -XX:+CMSParallelRemarkEnabled 在使用UseParNewGC的情况下，尽量减少mark的时间 f: -XX:+UseConcMarkSweepGC 指定在Old Generation使用concurrent cmark sweep gc、gc thread和app thread并行（在init-mark和remark时pause app thread）。app pause时间较短，适合交互性强的系统，如web server g: -XX:+UseCMSCompactAtFullCollection 在使用concurrent gc的情况下，防止memory fragmention，对live object进行整理，使memory 碎片减少 h: -XX:CMSInitiatingOccupancyFraction= 指示在old generation 在使用了n%的比例后，启动concurrent collector，默认值是68，如：-XX:CMSInitiatingOccupancyFraction=70 有个bug，在低版本（1.5.09 and early）的jvm上出现， http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6486089 i: -XX:+UseCMSInitiatingOccupancyOnly 指示只有在old generation在使用了初始化的比例后concurrent collector启动收集 3:others a: -XX:MaxTenuringThreshold= 指定一个object在经历了n次young gc后转移到old generation区，在linux64的java6下默认值是15，此参数对于throughput collector无效，如：-XX:MaxTenuringThreshold=31 b: -XX:+DisableExplicitGC 禁止java程序中的full gc，如System.gc()的调用。最好加上么，防止程序在代码里误用了。对性能造成冲击。 c: -XX:+UseFastAccessorMethods get、set方法转成本地代码 d: -XX:+PrintGCDetails 打应垃圾收集的情况如： [GC 15610.466: [ParNew: 229689K->20221K(235968K), 0.0194460 secs] 1159829K->953935K(2070976K), 0.0196420 secs] e: -XX:+PrintGCTimeStamps 打应垃圾收集的时间情况，如： [Times: user=0.09 sys=0.00, real=0.02 secs] f: -XX:+PrintGCApplicationStoppedTime 打应垃圾收集时，系统的停顿时间，如： Total time for which application threads were stopped: 0.0225920 seconds 4: a web server product sample and process JAVA_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 " 最初的时候我们用UseParallelGC和UseParallelOldGC，heap开了3G，NewRatio设成1。这样的配置下young gc发生频率约12、3秒一次，平均每次花费80ms左右，full gc发生的频率极低，每次消耗1s左右。从所有gc消耗系统时间看，系统使用率还是满高的，但是不论是young gc还是old gc，application thread pause的时间比较长，不合适 web 应用。我们也调小New Generation的，但是这样会使full gc时间加长。 后来我们就用CMS gc（-XX:+UseConcMarkSweepGC），当时的总heap还是3g，新生代1.5g后，观察不是很理想，改为jvm heap为2g新生代设置-Xmn1g，在这样的情况下young gc发生的频率变成7、8秒一次，平均每次时间40-50毫秒左右，CMS gc很少发生，每次时间在init-mark和remark（two steps stop all app thread）总共平均花费80-90ms左右。 在这里我们曾经New Generation调大到1400m，总共2g的jvm heap，平均每次ygc花费时间60-70ms左右，CMS gc的init-mark和remark之和平均在50ms左右，这里我们意识到错误的方向，或者说CMS的作用，所以进行了修改。 最后我们调小New Generation为256m，young gc 2、3秒发生一次，平均停顿时间在25毫秒左右，CMS gc的init-mark和remark之和平均在50ms左右，这样使系统比较平滑，经压力测试，这个配置下系统性能是比较高的。 在使用CMS gc的时候他有两种触发gc的方式：gc估算触发和heap占用触发。我们的1.5.0.09 环境下有次old 区heap占用在30%左右，她就频繁gc，个人感觉系统估算触发这种方式不靠谱，还是用 heap 使用比率触发比较稳妥。 这些数据都来自64位测试机，过程中的数据都是我在jboss log找的，当时没有记下来，可能存在一点点偏差，但不会很大，基本过程就是这样。 5: 总结 web server作为交互性要求较高的应用，我们应该使用Parallel+CMS，UseParNewGC这个在jdk6 -server上是默认的new generation gc，新生代不能太大，这样每次pause会短一些。CMS mark-sweep generation可以大一些，可以根据pause time实际情况控制。
JVM-堆
qq_51114085的博客
08-12 1026
1、我们都知道，JVM的调优的一个环节，也就是垃圾收集，我们需要尽量的避免垃圾回收，因为在垃圾回收的过程中，容易出现STW（Stop the World）的问题，会停掉用户线程，而 Major GC 和 Full GC出现STW的时间，是Minor GC的10倍以上。2、而很多对象都是朝生夕死的，如果分代的话，把新创建的对象放到某一地方，当GC的时候先把这块存储“朝生夕死”对象的区域进行回收，这样就会腾出很大的空间出来。1、如果没有分代，那所有的对象都在一块，就如同把一个学校的人都关在一个教室。...
Java堆内存又溢出了！教你一招必杀技
weixin_34068198的博客
08-27 2019
JAVA堆内存管理是影响性能主要因素之一。堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。 先看下JAVA堆内存是如何划分的，如图： JVM内存划分为堆内存和非堆内存，堆内存分为年轻代（Young Generation）、老年代（Old Generation），非堆内存就一个永久代（Permanent Generation）。 年轻代又分为E...
JVM堆内存详解
学Java，找哪吒
11-01 8657
一、简介 JAVA堆内存管理是影响性能主要因素之一。 堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。 先看下JAVA堆内存是如何划分的，如图： JVM内存划分为堆内存和非堆内存，堆内存分为年轻代（Young Generation）、老年代（Old Generation），非堆内存就一个永久代（Permanent Generation）。 年轻代又分为Eden和Survivor区。Survivor区由FromSpace和ToSpace组成。Ede
GC算法和收集器.pdf
06-02
GC算法和收集器，如何判断对象可以被回收，垃圾回收算法，垃圾收集器，调优步骤，GC常用参数等等一些gc问题
JVM初探- 内存分配、GC原理与垃圾收集器
03-02
JVM初探- 内存分配、GC原理与垃圾收集器，从从提上讲解了jvm中GC的原理、基本的算法和针对不同内存区使用的算法，同时，详细的讲解了当前主要使用的垃圾收集器
JVM 知识点整理：GC垃圾收集器及相关算法
12-21
JVM 知识点整理：GC垃圾收集器判断哪些对象需要回收引用计数器算法可达性分析算法引用还有分类（了解）“缓刑” finalize（了解）开始垃圾收集标记 – 清除算法复制算法标记 – 整理算法分代收集算法HotSpot 算法...
JVM初探内存分配GC原理与垃圾收集器共16页.pdf.z
10-31
JVM初探内存分配GC原理与垃圾收集器共16页.pdf.zip
java基础学习JVM中GC的算法
08-28
主要介绍了java基础学习JVM中GC的算法，通过图文加深对GC算法思路的理解。
Jvm学习（7）堆
weixin_42601001的博客
05-23 255
堆一、堆的核心概念二、设置堆内存大小与OOM三、年轻代与老年代四、图解对象分配过程五、Minor GC、Major GC、Full GC六、堆空间分代实现七、内存分配策略八、为对象分配内存：TLAB九、小结：堆空间的参数设置十、堆是分配对象的唯一选择吗？ 一、堆的核心概念 二、设置堆内存大小与OOM 三、年轻代与老年代 四、图解对象分配过程 五、Minor GC、Major GC、Full GC 六、堆空间分代实现 七、内存分配策略 八、为对象分配内存：TLAB 九、小结：堆空间的参数设置 十、堆是分配对象
java老年代过多
davidmeng6628的专栏
11-20 3828
应该是从java G1开始就没有具体的老年代了。 但是在工作中由于使用的是老的GC形式。还是出现了这个问题。下面记录一下自己发现问题，解决问题的方法。 首先下载生产环境dump 使用jvisual 打开dump。老年代持续过高，可能有两个原因 大对象过多。如果对象太大，会直接分配到老年代 代码中有leak，造成资源无法回收。 拿到dump后，看到了有很多 byte 数组过大。看了一下内容，是上传附件的内容导致的。下面是第一版上传附件的后端代码。 由于需要调用其他服务，所以要把re.
jvm堆老年代内存不断被占用无法被回收之后
aaaaa2428572的博客
10-19 4151
前言 最近在做一个变量计算的开发，需要不断在代码中生成初对象，最后将结果统计并且输出到文件中，一开始使用java默认的配置，跑到一半就java.lang.OutOfMemoryError：GC overhead limit exceeded，这个原因大家可以去百度，是因为大部分事件cpu用来做gc回收，但是老年代的对象一直无法被释放，所以jvm为了避免如此进行下去导致最后内存被耗尽，抛出这个异常让我们检查代码，但是这个功能需要一次获取所有并且统计计算，所以没有办法，我就用了暴力的方法，关闭了异常提醒-XX:
JVM - 堆
热门推荐
目目沐沐
01-28 4万+
JVM - 堆
JVM 堆
hn_lzh2014的博客
05-11 663
一个 JVM 实例只存在一个堆内存，堆也是 Java 内存管理的核心区域Java 堆区在 JVM 启动的时候即被创建，其空间大小也就确定了。是 JVM 管理的最大一块内存空间堆可以处于物理上不连续的内存空间中，但是在逻辑上它应该被视为连续的所有的线程共享 Java 堆，在这里还可以划分线程私有的缓冲区(Thread Local Allocation Buffer, TLAB)所有的对象实例以及数组都应该在运行时分配在堆上。
JVM系列（八）：堆（Heap）的相关知识介绍
IT技术分享社区
06-05 1157
JVM中的堆是用来存放对象的内存空间，几乎所有的Java对象、数组都存储在JVM的堆内存中。比如当我们new一个对象或者创建一个数组的时候，就会在堆内存中分配出一段空间用来存放。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，便于后续的执行。...
JVM内存结构之堆、栈、方法区以及直接内存、堆和栈区别
qq_37432174的博客
07-13 1880
JVM内存结构之堆、栈、方法区以及直接内存、堆和栈区别 一、 理解JVM中堆与栈以及方法区 堆(heap)：FIFO（队列优先，先进先出）；二级缓存；*JVM中只有一个堆区被所有线程所共享；对象和数组储存在里面；调用对象速度较慢；生命周期由虚拟机JVM的垃圾回收机制GC制定；由JVM动态分配空间；堆内存用来存放由new创建的对象和数组。 在堆中分配的内存，由Java虚拟机的自动垃圾回收器来管理。...
JVM年轻代（young generation）老年代（old generation tenured）持久代（permanent generation）GC
m0_67402236的博客
09-07 1824
当Eden区满时，还存活的对象将被复制到Survivor区（两个中的一个），当这个Survivor区满时，此区的存活对象将被复制到另外一个Survivor区，当这个Survivor去也满了的时候，从第一个Survivor区复制过来的并且此时还存活的对象，将被复制“年老区(Tenured)”。需要注意，Survivor的两个区是对称的，没先后关系，所以同一个区中可能同时存在从Eden复制过来 对象，和从前一个Survivor复制过来的对象，而复制到年老区的只有从第一个Survivor去过来的对象。
Java堆、设置堆内存、年轻代与老年代
yq15797688367的博客
11-25 3645
堆概述、设置堆内存、可视化堆内存分配过程、年轻代和老年代
jvm内存模型与gc回收
最新发布
08-24
GC是垃圾收集器自动完成的过程，用于回收不再使用的对象，释放内存空间。JVM会根据系统环境和内存需求来决定何时进行GC。我们也可以通过调用System.gc()方法手动触发一次垃圾回收，但是具体的回收时机由JVM决定。...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值