Java程序性能分析:内存

简介: 开发Java项目过程中,难免会碰到一些 性能 问题,这时候就需要一些工具,帮忙排查。本文主要介绍 JDK自带的上古神器 jstat、jmap,另简单介绍 MAT、gceasy、HeapDump 等

一、前言

  • 开发Java项目过程中,难免会碰到一些 性能 问题,这时候就需要一些工具,帮忙排查
  • 本文主要介绍 JDK自带的上古神器 jstat、jmap,用于分析内存问题,另简单介绍 MAT、gceasy、HeapDump 等
  • 以 openjdk 11.0.13、G1 垃圾收集器、Linux系统 为例

二、GC分析:jstat

1. jstat 简介

  • jstat 全称 “Java Virtual Machine statistics monitoring tool”,位于 JDK 的 bin 目录下,用于对 Java 程序的资源和性能进行监控,包括 Heap size、垃圾回收状况 等。
  • jstat --help:查看命令帮助
  • jstat -options:返回有哪些命令选项,如 -gcutil、-gc、-gccapacity、-gccause,另有 -class、-compiler、-printcompilation 等
  • jstat 上一步输出的命令选项 [-t] [-h每几行输出标题行] 进程号 [持续输出间隔时长 [输出次数]]
  • 持续输出间隔时长 默认毫秒,数字后面加 s 单位改为秒,-t 表示每行开头输出 相对应用启动时间的Timestamp 时间戳

2. jstat -gcutil

  • 常用命令格式:jstat -gcutil 进程号 持续输出间隔毫秒数,下图每隔 1000毫秒输出一次
  • 前6列 输出各个内存区域使用百分比 (没有容量大小),依次是 幸存区survivor0、1、新生代Eden、老年代Old、元数据 Metaspace、Compressed class space
  • GC 结尾的列 表示 GC次数,GCT 结尾的 表示 GC耗时,依次是 Young GC 次数和耗时、Full GC、Compressed class space GC,最后一列 GCT 是 Total总GC耗时
  • 2次相邻的GC,可以快速判断那一次GC的耗时;GCT / GC = 平均每次GC耗时
  • GC是否频繁标准参考:Young GC执行迅速(50毫秒以内)、Young GC执行不频繁(间隔10秒左右一次)、Full GC执行迅速(1秒以内)、Full GC执行不频繁(间隔10分钟左右一次)
    jstat-gcutil.png

3. jstat -gc

  • 列出 各区域的容量Capacity、使用大小 Utilization,单位是 KB,有容量大小,没有百分比
  • YGC 开始,是各区域 GC次数、耗时
    jstat-gc.png

4. jstat -gccapacity

  • 主要关注 各区域 最小(Min,MN结尾)、最大(Max,MX结尾)、当前(Capacity,C结尾) 容量 capacity
  • 最后3列 YGC、FGC、CGC 分别是 Young、Full、Compressed class space 区域 GC次数
  • NGCMN 是 新生代最小容量 new generation capacity min
  • 各个分区的容量,单位是 KB
    jstat-gccapacity.png

三、内存分析:jmap

1. jmap 简介

jmap 可以 快速分析简单的内存占用,生成 dump文件 便于后续分析

2. jmap -histo

  • 快速检测明显的内存问题(看不出来问题,可以下一步 jmap -dump)
  • 命令格式:jmap -histo 进程号,建议后面加 | head -行数,不然就等着刷屏吧
    jmap-histo.png

3. jmap -dump

  • 生成的文件,用于深层次分析内存问题
  • 命令格式:jmap -dump:format=b,file=heap.bin <pid>
  • GC以后再 dump,可以确定是不是还没有触发GC,内存占用才高,格式是在 -dump: 后面增加 live,
  • dump文件如果在服务器,建议压缩以后在传输,如下图 文件大小降低70%
  • 如果是在远程容器里面,下载到本地可能报错,压缩 + 重试 大概率能解决
    jmap-dump.png

四、其他内存分析工具

1. MAT:免费经典的dump分析工具

  • MAT 全称 Eclipse Memory Analysis Tools,是一个分析 Java 堆数据的专业工具,可以计算出内存中对象的实例数量、占用空间大小、引用关系等,看看是谁阻止了垃圾收集器的回收工作,从而定位内存泄漏的原因。
  • 建议配置略大于 dump文件大小的内存,否则可能报错,编辑 MemoryAnalyzer.ini 添加 -vmargs – Xmx4g

    2. gceasy.io:国外的在线分析工具

    3. HeapDump社区

    阿里大神创业的产品,除了工具,还有不少性能方面的案例

五、总结

  • jstat 可以看到 容量、使用量、最小最大容量、使用率、GC耗时、GC是否频繁
  • jmap 可以 快速分析简单的内存占用,生成 dump文件 便于后续分析
  • 另罗列了 MAT、gceasy.io、HeapDump社区 等,鉴于篇幅原因,暂时不细说了

本文遵守【CC BY-NC】协议,转载请保留原文出处及本版权声明,否则将追究法律责任。
本文首先发布于 https://www.890808.xyz/ ,其他平台需要审核更新慢一些。

相关文章
|
8天前
|
缓存 JavaScript Java
常见java OOM异常分析排查思路分析
Java虚拟机(JVM)遇到内存不足时会抛出OutOfMemoryError(OOM)异常。常见OOM情况包括:1) **Java堆空间不足**:大量对象未被及时回收或内存泄漏;2) **线程栈空间不足**:递归过深或大量线程创建;3) **方法区溢出**:类信息过多,如CGLib代理类生成过多;4) **本机内存不足**:JNI调用消耗大量内存;5) **GC造成的内存不足**:频繁GC但效果不佳。解决方法包括调整JVM参数(如-Xmx、-Xss)、优化代码及使用高效垃圾回收器。
68 15
常见java OOM异常分析排查思路分析
|
13天前
|
缓存 JavaScript Java
常见java OOM异常分析排查思路分析
Java虚拟机(JVM)遇到 OutOfMemoryError(OOM)表示内存资源不足。常见OOM情况包括:1) **Java堆空间不足**:内存被大量对象占用且未及时回收,或内存泄漏;解决方法包括调整JVM堆内存大小、优化代码及修复内存泄漏。2) **线程栈空间不足**:单线程栈帧过大或频繁创建线程;可通过优化代码或调整-Xss参数解决。3) **方法区溢出**:运行时生成大量类导致方法区满载;需调整元空间大小或优化类加载机制。4) **本机内存不足**:JNI调用或内存泄漏引起;需检查并优化本机代码。5) **GC造成的内存不足**:频繁GC但效果不佳;需优化JVM参数、代码及垃圾回收器
常见java OOM异常分析排查思路分析
|
4天前
|
监控 算法 Java
Java中的内存管理:理解垃圾回收机制的深度剖析
在Java编程语言中,内存管理是一个核心概念。本文将深入探讨Java的垃圾回收(GC)机制,解析其工作原理、重要性以及优化方法。通过本文,您不仅会了解到基础的GC知识,还将掌握如何在实际开发中高效利用这一机制。
|
5天前
|
存储 监控 算法
Java中的内存管理与垃圾回收机制解析
本文深入探讨了Java编程语言中的内存管理策略和垃圾回收机制。首先介绍了Java内存模型的基本概念,包括堆、栈以及方法区的划分和各自的功能。进一步详细阐述了垃圾回收的基本原理、常见算法(如标记-清除、复制、标记-整理等),以及如何通过JVM参数调优垃圾回收器的性能。此外,还讨论了Java 9引入的接口变化对垃圾回收的影响,以及如何通过Shenandoah等现代垃圾回收器提升应用性能。最后,提供了一些编写高效Java代码的实践建议,帮助开发者更好地理解和管理Java应用的内存使用。
|
12天前
|
安全 Java API
【性能与安全的双重飞跃】JDK 22外部函数与内存API:JNI的继任者,引领Java新潮流!
【9月更文挑战第7天】JDK 22外部函数与内存API的发布,标志着Java在性能与安全性方面实现了双重飞跃。作为JNI的继任者,这一新特性不仅简化了Java与本地代码的交互过程,还提升了程序的性能和安全性。我们有理由相信,在外部函数与内存API的引领下,Java将开启一个全新的编程时代,为开发者们带来更加高效、更加安全的编程体验。让我们共同期待Java在未来的辉煌成就!
41 11
|
10天前
|
监控 IDE Java
【Java性能调优新工具】JDK 22性能分析器:深度剖析,优化无死角!
【9月更文挑战第9天】JDK 22中的性能分析器为Java应用的性能调优提供了强大的支持。通过深度集成、全面监控、精细化分析和灵活报告生成等核心优势,性能分析器帮助开发者实现了对应用性能的全面掌控和深度优化。在未来的Java开发过程中,我们期待性能分析器能够继续发挥重要作用,为Java应用的性能提升贡献更多力量。
|
13天前
|
安全 Java API
【本地与Java无缝对接】JDK 22外部函数和内存API:JNI终结者,性能与安全双提升!
【9月更文挑战第6天】JDK 22的外部函数和内存API无疑是Java编程语言发展史上的一个重要里程碑。它不仅解决了JNI的诸多局限和挑战,还为Java与本地代码的互操作提供了更加高效、安全和简洁的解决方案。随着FFM API的逐渐成熟和完善,我们有理由相信,Java将在更多领域展现出其强大的生命力和竞争力。让我们共同期待Java编程新纪元的到来!
37 11
|
10天前
|
监控 Java 大数据
【Java内存管理新突破】JDK 22:细粒度内存管理API,精准控制每一块内存!
【9月更文挑战第9天】虽然目前JDK 22的确切内容尚未公布,但我们可以根据Java语言的发展趋势和社区的需求,预测细粒度内存管理API可能成为未来Java内存管理领域的新突破。这套API将为开发者提供前所未有的内存控制能力,助力Java应用在更多领域发挥更大作用。我们期待JDK 22的发布,期待Java语言在内存管理领域的持续创新和发展。
|
6天前
|
存储 缓存 算法
Java中的内存管理:理解垃圾回收机制
本文将深入探讨Java中的内存管理,特别是垃圾回收机制。我们将从基本的内存分配开始,逐步解析垃圾回收的原理和过程,以及它对Java应用程序性能的影响。通过实例演示,我们会展示如何在Java中有效地管理和优化内存使用。最后,我们将讨论一些常见的内存泄漏问题及其解决方案。
|
5天前
|
SQL 缓存 关系型数据库
MySQL高级篇——性能分析工具
MySQL的慢查询日志,用来记录在MySQL中响应时间超过阀值的语句,具体指运行时间超过long-query_time值的SQL,则会被记录到慢查询日志中。long_query_time的默认值为 10,意思是运行10秒以上(不含10秒)的语句,认为是超出了我们的最大忍耐时间值。它的主要作用是,帮助我们发现那些执行时间特别长的 SOL 查询,并且有针对性地进行优化,从而提高系统的整体效率。当我们的数据库服务器发生阻塞、运行变慢的时候,检查一下慢查询日志,找到那些慢查询,对解决问题很有帮助。
MySQL高级篇——性能分析工具