JDK1.8应用启动出现fullgc问题解决方案

最新推荐文章于 2025-04-17 10:30:00 发布
最新推荐文章于 2025-04-17 10:30:00 发布
阅读量2.5k 收藏 10
点赞数 3
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/vivisran/article/details/103060508
版权

一、问题现象

今天A系统上线时，B系统报了可用率问题。经查看日志，发现是B系统调用的A系统接口线程池被打满，而且报警确实是刚刚上线完成所在的机器。

二、分析原因

通过分析A系统的ump发现该接口在这个时间点，性能出现了波动。见下图：

该接口操作比较简单，只操作了缓存，一个hgetall操作，所以，怀疑是资源或者gc导致的。

1、检查该服务器GC情况。发现在这个时间点，发生了fullgc

但是发生fgc的时候，该服务器jvm内存使用率很低。

发生fullgc，常见原因无外乎内存不够用，或者程序调用System.gc导致。后者之前也检查过，程序并

最低0.47元/天 解锁文章
Full GC 排查的方式有哪些？
qq_36929638的博客
03-19 691
Full GC（Full Garbage Collection） 是 Java 虚拟机（JVM）中的一种垃圾回收机制，它会清理整个堆内存（包括新生代和老年代），通常会导致应用程序暂停（Stop-The-World）。Full GC 的频繁发生会严重影响系统性能，因此需要及时排查和优化。以下是排查 Full GC 的常见方式：使用监控工具可以实时观察 JVM 的内存使用情况和 GC 行为。jstat： 关键指标： ：Full GC 次数。 ：Full GC 总耗时。 ：GC 总耗时。 jmap：
java8 jvm gc_(JDK1.8)JVM GC整理——堆
weixin_34119722的博客
02-26 444
一、判断对象是否消亡的算法1、引用计数算法 —— 因为无法解决对象直接相互引用的问题，因此主流的java虚拟机没有选用此方法基本思想：为每一个对象添加一个引用计数器，每当有一个地方引用这个对象时，计数器值加1，当引用失效时，计数器值减1；任何时刻计数器的值为0的对象都是可被回收对象。2、可达性分析法基本思想：将一系列被称为GC Roots的变量作为初始的存活对象集合，然后从该集合出发，所有能被该集...
java启动不加xmx_JDK1.8应用启动出现fullgc问题解决方案
weixin_39776787的博客
11-20 941
一、问题现象今天A系统上线时，B系统报了可用率问题。经查看日志，发现是B系统调用的A系统接口线程池被打满，而且报警确实是刚刚上线完成所在的机器。二、分析原因通过分析A系统的ump发现该接口在这个时间点，性能出现了波动。见下图：该接口操作比较简单，只操作了缓存，一个hgetall操作，所以，怀疑是资源或者gc导致的。1、检查该服务器GC情况。发现在这个时间点，发生了fullgc但是发生fgc的时候，...
java中什么情况会触发FullGC，如何避免频繁FullGC
最新发布
hkl_Forever的博客
04-17 647
2、选择合适的 GC 回收器，推荐(G1GC、ZGC)。避免使用CMS(该回收器已被弃用，且该回收器会导致内存碎片化，从而导致堆内存不足而触发FullGC)FullGC 为全量垃圾回收(完全垃圾回收)，是 JVM 性能问题的典型信号，会直接影响应用的‌稳定性、吞吐量‌和响应速度‌。【1】频繁 FullGC（尤其是使用CMS”并发-标记-清除“算法的垃圾回收器）可能导致堆内存碎片化。【2】碎片化导致可用内存不足，即使总内存足够，仍会导致OOM(内存溢出)或触发FullGC。【3】系统整体处理能力降低。
微服务应用启动时候，产生几次fullgc分析
schief的专栏
02-16 2079
问题，在生产环境中，发现很多应用在启动的时候，就会出现几次fullgc，但是在gc.log中并未发现相应的fullgc日志。应用也能正常启动成功。 应用分配了4G内存； 镜像为openjdk8； jvm参数为： -Xms2688m  -Xmx2688m  -Xloggc:/**/gc.log  -XX:NewSize=900m  -XX:MaxNewSize=900m  -X...
一篇文章了解GC----jvm中Minor GC和Full GC/Major GC以及jdk1.8中默认GC
qq_39753008的博客
08-07 1141
简述Java内存分配与回收策略以及Minor GC和Major GC。 对象优先在堆的Eden区分配 大对象直接进入老年代 长期存活的对象将直接进入老年代   当Eden区没有足够的空间进行分配时，虚拟机会执行一次Minor GC。Minor GC通常发生在新生代的Eden区，在这个区的对象生存期短，往往发生GC的频率较高，回收速度比较快。Full GC/Major GC发生在老年代，一般情况下，触发老年代GC的时候不会触发Minor GC，但是通过配置，可以在Full GC前执行一次Minor GC，
一次Java服务启动优化实录：元空间不足引发的Full GC问题与解决
qq_42207682的博客
02-19 410
关键配置# 生产环境推荐基线配置 -XX:MetaspaceSize = 256m -XX:MaxMetaspaceSize = 512m -XX:+UseG1GC长效治理每季度执行参考资料Oracle官方元空间调优指南Spring Boot类加载优化实践``
17. JDK1.8 性能优化实战：GC 调优策略
## 第一章：JDK1.8 GC 垃圾回收机制概述 - 2.1 JDK1.8 内置的垃圾回收器介绍 - 2.2 GC Roots 及回收算法解析 在本章节中，我们将深入探讨 JDK1.8 的垃圾回收机制，通过以下内容详细介绍不同的垃圾回收器和 GC Roots...
JDK 1.8_262调试技巧精通：Java应用问题高效定位法
[JDK 1.8_262调试技巧精通：Java应用问题高效定位法](https://community.cloudera.com/t5/image/serverpage/image-id/31614iEBC942A7C6D4A6A1/image-size/large?v=v2&px=999) # 摘要 本文全面探讨了Java开发者在...
【故障诊断与排除】：JDK 1.8在Linux上的问题速解手册
[【故障诊断与排除】：JDK 1.8在Linux上的问题速解手册](https://opengraph.githubassets.com/d8d68ecfdf0c145381b82b62d1b45b7ab9accfe9058df4813e2517c6dab6b3a3/rockchip-linux/rknpu2/issues/29) # 摘要 本文...
JDK1.8使用的垃圾回收器和执行GC的时长以及GC的频率
Cx的博客
01-16 4617
GC就是垃圾回收器。因为内存空间是有限的，创建的每个对象和变量都会占据内存，gc做的就是对象清除将内存释放出来。其中堆是虚拟机中进行垃圾回收的主要场所，其次是方法区。
java触发full gc的几种情况概述
经典鸡翅
06-24 1234
前言 近期被问及这个问题，在此记录整理一下。 System.gc()方法的调用 此方法的调用是建议JVM进行Full GC,虽然只是建议而非一定,但很多情况下它会触发 Full GC,从而增加Full GC的频率,也即增加了间歇性停顿的次数。强烈影响系建议能不使用此方法就别使用，让虚拟机自己去管理它的内存，可通过通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc。 老年代空间不足 老年代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC
JAVA项目启动时频繁FullGC问题
qq_35120986的博客
04-07 6595
场景 新项目上线，为了观察项目运行情况，所以去监控看板去观察。好家伙，一看运行才一会儿就好几次Full GC，吓住我了。如果没有看板，可以通过命令行看：jstat -gccapacity pid。情况如下图：当我准备+HeapDumpBeforeFullGC去Dump快照下来分析的时候，仔细观察发现，事情好像比较简单，因为Full GC都发生在项目启动的时候。 原因排查 项目启动的时候触发Full GC，说明在项目启动的时候，老年代或者meta区可能频繁扩容导致的（JDK8+）。原因可能是：1、项目启
找出 Java 应用频繁 Full GC 的原因
qq_41785604的博客
02-17 3696
description: "找到内存钉子户" date: 2021.12.12 10:26 keywords: JVM, full gc, gc, heap, dump, jps, jstat, jmap, jvisualvm, MAT 现象 一个线上的 Java 应用（JDK1.8，默认 Parallel GC）在运行几天之后，出现频繁 Full GC 的现象，使用 jstat -gcutil <pid> 2s 观察，状态大致如下： $ jstat -gcutil 2342...
JVM、Minor GC ，Full GC 触发条件是什么？、GC Roots的选择依据、被GC判断为不可达的对象一定会被回收吗
m0_46378271的博客
04-20 1255
jdk1.8默认的垃圾收集器 Parallel Scavenge 收集器。 Parallel Scavenge 收集器使用标记-复制算法的多线程收集器，新生代采用标记-复制算法，老年代采用标记-整理算法。 Parallel Scavenge 收集器关注点是吞吐量（高效率的利用 CPU）（所谓吞吐量就是 CPU 中用于运行用户代码的时间与 CPU 总消耗时间的比值） CMS 等垃圾收集器的关注点更多的是用户线程的停顿时间（提高用户体验） JDK1.8默认使用的是ParallelScavenge(新生代)+P
java8 matespace_JDK8 的FullGC 之 metaspace
weixin_36002475的博客
02-27 719
前言：由于最近写的程序在运行一段时间后出现高cpu，然后不可用故进而进行排查，最终定位到由于metaspace引起fullgc，不断的fullgc又占用大量cpu导致程序最终不可用。下面就是这次过程的分析排查和总结，便于以后温故，同时也希望能给遇到同样问题的同学一些参考。一 jvm的内存分配情况：Eden Survivor1 Survivor2 TenuredTenured 包含perm jdk...
JDK1.8 GC日志查看（参考深入理解JAVA虚拟机）
ciqingloveless的博客
08-20 6218
1、vm运行参数 -verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDateStamps -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:+PrintHeapAtGC package com.memory.gc; public class TestAllocation { private st...
jdk1.8 JVM调优，垃圾收集器适用场景、内存压榨
luankun88的博客
02-15 2904
一 疑问 二 目标
Resin运维故障排查与优化指南
"该文档是关于运维中遇到的Resin...以上内容主要针对Resin服务器在运维过程中可能遇到的问题及其解决方案进行了详细介绍，涵盖内存管理、错误处理、性能优化等多个方面，旨在帮助运维人员更好地管理和维护Resin服务器。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值