除直接调用System.gc外,触发Full GC执行的情况有如下四种。
1. 旧生代空间不足
旧生代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象,当执行Full GC后空间仍然不足,则抛出如下错误:
java.lang.OutOfMemoryError: Java heap space
为避免以上两种状况引起的Full GC,调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组。
2. Permanet Generation空间满
Permanet Generation中存放的为一些class的信息等,当系统中要加载的类、反射的类和调用的方法较多时,Permanet Generation可能会被占满,在未配置为采用CMS GC的情况下会执行Full GC。如果经过Full GC仍然回收不了,那么JVM会抛出如下错误信息:
java.lang.OutOfMemoryError: PermGen space
为避免Perm Gen占满造成Full GC现象,可采用的方法为增大Perm Gen空间或转为使用CMS GC。
3. CMS GC时出现promotion failed和concurrent mode failure
对于采用CMS进行旧生代GC的程序而言,尤其要注意GC日志中是否有promotion failed和concurrent mode failure两种状况,当这两种状况出现时可能会触发Full GC。
promotion failed是在进行Minor GC时,survivor space放不下、对象只能放入旧生代,而此时旧生代也放不下造成的;concurrent mode failure是在执行CMS GC的过程中同时有对象要放入旧生代,而此时旧生代空间不足造成的。
应对措施为:增大survivor space、旧生代空间或调低触发并发GC的比率,但在JDK 5.0+、6.0+的版本中有可能会由于JDK的bug29导致CMS在remark完毕后很久才触发sweeping动作。对于这种状况,可通过设置-XX: CMSMaxAbortablePrecleanTime=5(单位为ms)来避免。
4. 统计得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间
这是一个较为复杂的触发情况,Hotspot为了避免由于新生代对象晋升到旧生代导致旧生代空间不足的现象,在进行Minor GC时,做了一个判断,如果之前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间,那么就直接触发Full GC。
例如程序第一次触发Minor GC后,有6MB的对象晋升到旧生代,那么当下一次Minor GC发生时,首先检查旧生代的剩余空间是否大于6MB,如果小于6MB,则执行Full GC。
当新生代采用PS GC时,方式稍有不同,PS GC是在Minor GC后也会检查,例如上面的例子中第一次Minor GC后,PS GC会检查此时旧生代的剩余空间是否大于6MB,如小于,则触发对旧生代的回收。
除了以上4种状况外,对于使用RMI来进行RPC或管理的Sun JDK应用而言,默认情况下会一小时执行一次Full GC。可通过在启动时通过- java -Dsun.rmi.dgc.client.gcInterval=3600000来设置Full GC执行的间隔时间或通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。
我在自己做垃圾回收参数配置的时候,发现一次性申请大内存的时候,也会触发Full GC,后来通过修改配置 -Xss512k -XX:+UseCMSCompactAtFullCollection=3 来减少Full GC的次数。
本文来源于http://blog.sina.com.cn/s/blog_7a351012010163a1.html,如果转载请说明出处。
相关推荐
Java Full GC 触发情况实例解析 Java Full GC 触发情况实例解析主要介绍了 Java full gc 触发情况实例解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下...
接下来,我们讨论"频繁创建大量对象+堆内存不足导致频繁FullGC.pdf"的情况。在Java应用中,频繁创建大量短生命周期的对象可能导致新生代(Young Generation)快速填满,进而触发Minor GC。如果Minor GC无法将对象...
当准备要触发一次Young GC时,如果发现统计数据说之前Young GC的平均晋升大小比目前老年代剩余的空间大,则不会触发Young GC而是转为触发Full GC。(通常情况) 如果有永久代的话,在永久代需要分配空间但已经没有...
4. 避免大量短生命周期的大对象:这类对象容易导致新生代快速填满,触发频繁的Minor GC,进而可能触发Full GC。 5. 限制System.gc()的调用:避免在代码中显式调用,让JVM自动管理GC。 6. 优化持久代大小:对于CMS和...
3. **触发Full GC的原因**:当老年代空间不足、持久代空间不足、System.gc()被显式调用、上一次GC后Heap的剩余空间小于历次GC平均普通对象大小等情况下,都可能导致Full GC的发生。 4. **GC调优的目标**:减少Full ...
查看 GC log 日志,发现每次发生 Full GC 时,old 区域和 perm 区域的使用率很低,没有达到触发 Full GC 的条件。此外,项目中配置的是 CMS,为什么没有进行 CMS GC,而直接进行了 Full GC 呢? 查找过程 1. 代码...
JVM的内容分享,包含JVM的优化目标、优化原则、JVM组成、内存区域划分、垃圾回收算法、垃圾回收器、FullGC触发时机、对象布局、元空间存储、GC调优
2. 经过多次GC循环后,旧域(Old Generation)可能也会满,这时触发Full GC,清理整个堆,包括年轻代和旧年代,这通常会影响应用性能,因为用户线程会暂停。 GC性能调优涉及到调整堆大小、新生代和老年代的比例,...
6. 代码中误用`System.gc()`直接触发Full GC。 针对上述问题,可以采取以下优化策略: 1. 使用JVM工具如`jstat`进行Full GC分析,合理分配内存,调整各个区域大小。 2. 通过内存快照(如`jmap dump`)配合MAT...
年轻代GC主要处理新生代的对象,而Full GC则涉及到整个堆,包括年轻代和老年代,它的执行通常会导致较高的系统负载,并可能导致应用程序暂停,甚至在频繁触发时造成服务中断或系统崩溃。 为了确保应用的稳定性和...
当老年代空间不足或系统请求Full GC时,会执行此操作。Full GC开销大,应尽量避免频繁触发。 3. 垃圾收集器 - Serial GC:单线程的垃圾收集器,适合小型应用。 - Parallel GC:多线程版本的Serial GC,提高了吞吐...
3. **Full GC次数**:全GC涉及整个堆(包括新生代、老年代和持久代),通常发生在内存不足或者手动触发时。Full GC相比Young GC通常需要更长时间,因此减少其频率对于性能优化至关重要。 4. **GC次数的百分比**:...
老年代则存放长期存活的对象,当其空间不足时,会触发Major GC或Full GC。元空间是Java 8引入的新概念,替代了之前的永久代(PermGen),用于存储类的元数据,如类的加载信息、方法信息等。 G1 GC是Oracle JDK 7...
Full GC的触发条件包括但不限于: - Tenured区空间不足 - Perm区空间不足 - 显式调用`System.gc()` - 上次GC后堆各区域分配策略发生动态变化 由于Full GC对系统性能影响较大,因此应尽量减少其发生的频率。 ##...
"fullgc"是垃圾收集的一种类型,通常涉及整个堆的清理,可能会导致应用程序暂停,因此其频率和执行时间是优化JVM性能时需要密切关注的指标。 在使用HPjmeter时,用户可以观察到以下关键GC指标: 1. **年轻代...
通过这些日志,开发者可以获取到GC事件的详细信息,如GC的触发原因、执行时长、新生代和老年代的内存分配情况等。 在使用GCViewer时,首先要确保JVM开启了相应的日志记录,这通常通过设置JVM参数来实现,例如使用`-...
在实际情况中,连续分配大对象可能会导致频繁的Minor GC,甚至可能导致老年代过早耗尽,进而触发Full GC。 理解JVM的内存分配和垃圾回收机制对于优化Java应用性能至关重要。开发者需要关注对象的生命周期,合理分配...
老年代则存放长期存活的对象,当其空间不足时会触发Full GC。 - **永久代**:在Java 8之前,类元数据存储在永久代,之后改为元空间(Metaspace)。VisualGC可以帮助监控这些区域的使用情况,防止因空间不足导致的...
- 当永久代空间不足时,会触发Full GC。 - 若Full GC后仍然无法解决问题,则会导致`OutOfMemoryError`。 2. **元空间** - Java 8中引入的新概念,将类的元数据存储在本地内存中,而非堆中。 - 提高了类加载的...