随笔 - 441  文章 - 4  评论 - 84  阅读 - 109万 

频繁full gc 通常表明应用程序在内存管理方面存在问题,可能导致性能下降,下面是排查步骤和一个详细的示例

排查步骤

  • 收集GC日志

首先,需要开启详细的GC日志,在JVM参数中添加

-XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:/path/to/gc.log
  • 分析GC日志

使用工具 GCViewer 分析GC日志,可以发现

  1. fullgc 频率
  2. 每次fullgc 耗时
  3. old gen使用情况,每次GC后仍然回收不掉
  • 监控JVM内存使用情况

使用工具如 jvisualvm 监控jvm 内存使用

  1. eden区,频繁被填满后触发 minor gc
  2. Survivor 区:经常满载
  3. Old Gen 持续增长,即使 full gc 也难以下降。
  • 分析堆内存

使用 jmap 生成 堆存储文件:

jmap -dump:format=b,file=heap_dump.hprof <pid>

使用jvisualvm 分析堆转储

  • 检查代码中的内存使用

  • 调整JVM 参数

临时调整 jvm 参数以缓解问题

-Xms4g -Xmx4g -XX:NewRatio=2 -XX:SurvivorRatio=8
  • 优化代码

  • 验证改进

  • 总结

  1. 使用GC日志和监控工具识别问题
  2. 通过堆内存分析找到内存泄漏的根源
  3. 优化代码内存的使用模式
  4. 调整JVM参数以更好适应应用特性
posted on   自由港  阅读(147)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· winform 绘制太阳,地球,月球 运作规律
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
· AI与.NET技术实操系列(五):向量存储与相似性搜索在 .NET 中的实现
· 超详细:普通电脑也行Windows部署deepseek R1训练数据并当服务器共享给他人
历史上的今天:
2018-10-09 tomcat 服务器故障排除
点击右上角即可分享
微信分享提示