当前位置：首页 > 编程日记 > 正文

Java线上程序频繁JVM FGC问题排障与启示

编程日记 2024-10-20 18:20:00

线上Java程序的JVM频繁FGC，现象如图所示：

一直持续FGC 5次左右，每次耗时1秒多不等。

FGC的原因实际上是内存不够用，但是运维反映堆内存是2G，从运维提供的参数看也是。

内存实际上一直只用到1G以内。

这时候可以自己写一段代码输出堆内存数据，这是最准的：

public class JVMTest {public static void main(String[] args) throws Exception {MemoryMXBean mxb = ManagementFactory.getMemoryMXBean();//HeapSystem.out.println("Max:" + mxb.getHeapMemoryUsage().getMax() / 1024 / 1024 + "MB");    //Max:1776MBSystem.out.println("Init:" + mxb.getHeapMemoryUsage().getInit() / 1024 / 1024 + "MB");  //Init:126MBSystem.out.println("Committed:" + mxb.getHeapMemoryUsage().getCommitted() / 1024 / 1024 + "MB");   //Committed:121MBSystem.out.println("Used:" + mxb.getHeapMemoryUsage().getUsed() / 1024 / 1024 + "MB");  //Used:7MBSystem.out.println(mxb.getHeapMemoryUsage().toString());    //init = 132120576(129024K) used = 8076528(7887K) committed = 126877696(123904K) max = 1862270976(1818624K)//Non heapSystem.out.println("Max:" + mxb.getNonHeapMemoryUsage().getMax() / 1024 / 1024 + "MB");    //Max:0MBSystem.out.println("Init:" + mxb.getNonHeapMemoryUsage().getInit() / 1024 / 1024 + "MB");  //Init:2MBSystem.out.println("Committed:" + mxb.getNonHeapMemoryUsage().getCommitted() / 1024 / 1024 + "MB");   //Committed:8MBSystem.out.println("Used:" + mxb.getNonHeapMemoryUsage().getUsed() / 1024 / 1024 + "MB");  //Used:7MBSystem.out.println(mxb.getNonHeapMemoryUsage().toString());    //init = 2555904(2496K) used = 7802056(7619K) committed = 9109504(8896K) max = -1(-1K)}
}

参考：https://www.cnblogs.com/songxingzhu/p/9106394.html

这是本地的测试数据，很明显自己设定的内存都生效了，然后拿到线上一跑果然实际堆最大内存是900多M，所以内存触发了阈值就FGC。所以FGC的根源还是内存不够，运维设置不对，运维设置了2G，但是实际上由于使用上的问题不生效。

所以要用数据说话，不要去猜测，也不要过度相信配置，因为已经FGC了，而且内存上不了1G。

java-Xms64m #JVM启动时的初始堆大小-Xmx128m #最大堆大小-Xmn64m #年轻代的大小，其余的空间是老年代-XX:MaxMetaspaceSize=128m #-XX:CompressedClassSpaceSize=64m #使用 -XX：CompressedClassSpaceSize 设置为压缩类空间保留的最大内存。-Xss256k #线程-XX:InitialCodeCacheSize=4m #-XX:ReservedCodeCacheSize=8m # 这是由 JIT（即时）编译器编译为本地代码的本机代码（如JNI）或 Java 方法的空间-XX:MaxDirectMemorySize=16m-XX:NativeMemoryTracking=summary #开启内存追踪-jar app.jar

#java -Xms2048m -Xmx2048m -Xmn64m -cp Test-1.0.0.jar com.test.JVMTest start

这个只是本地模拟，线上参数需要比这个复杂。

再回到前面的问题为什么回运维设置不生效呢？

因为这个原因：

Java 8u131及以上版本开始支持了Docker的cpu和memory限制。

cpu limit

即如果没有显式指定-XX:ParalllelGCThreads 或者 -XX:CICompilerCount, 那么JVM使用docker的cpu限制。如果docker有指定cpu limit，jvm参数也有指定-XX:ParalllelGCThreads 或者 -XX:CICompilerCount，那么以指定的参数为准。

memory limit

在java8u131+及java9，需要加上-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap才能使得Xmx感知docker的memory limit。

-XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap (正确的识别容器限制，910.50M)安全

关于这个解释可以参考此文即可：http://virtual.51cto.com/art/201901/589723.htm

具体使用不使用这个参数需要结合实际情况。

后来据运维说是参数配置问题：

java -server -jar XXX.jar -Xms2048m -Xmx2048m 这是错的

java -server -jar -Xms2048m -Xmx2048m XXX.jar 要这样

延申阅读：记一次频繁FGC的简单排查

一次JVM GC长暂停的排查过程

https://www.dkcj.cn/info/23903.html

Java线上程序频繁JVM FGC问题排障与启示

cpu limit

memory limit

相关文章：

python常用数据结构的常用操作

h5 和native 交互那些事儿

手把手教你写电商爬虫-第二课实战尚妆网分页商品采集爬虫

Python程序设计第六章函数（续

K8S的横向自动扩容的功能Horizontal Pod Autoscaling

第八周例行报告

HTTP头部信息解释分析(详细整理)

深圳杯---深圳市生活垃圾处理社会总成本分析

你真的掌握了并发编程volatile synchronized么？

SQLSERVER存储过程基本语法使用

线上java JVM问题排查

走向云时代的大型机

区分欧几里得距离曼哈坦距离明考斯基距离

传统行业转型微服务的挖坑与填坑

Windows下安装Mongodb SpringBoot集成MongoDB和Redis多数据源

使用CSDN-markdown编辑器

HTTP缓存相关头

Thrift RPC 系列教程（4）——源码目录结构组织

Spring Bean四种注入方式（Springboot环境）

chrome dev debug network 的timeline说明

【MATLAB】函数句柄

为什么企业选择年底裁员？如何选择一个正确的公司！

springboot集成logback日志通用logback.xml模板详解

【MATLAB】单元数组类型

UNITY3D拓展编辑器 - 目录

程序员的你还沉浸在大公司就是螺丝钉？小公司锻炼人？错了！看完即懂

深入Jetty源码之Servlet框架及实现(AsyncContext、RequestDispatcher、HttpSession)

SpringBoot conditional注解和自定义conditional注解使用

TOPSIS算法及代码

django框架的基础知识点《贰》