【深入理解JVM（五）】：性能优化（上）

已于 2023-10-18 23:22:27 修改
阅读量165 收藏 2
点赞数 1
分类专栏： JVM 文章标签： jvm 性能优化
于 2023-10-18 23:16:01 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44485280/article/details/133893753
版权

JVM 系列文章目录

第一篇：内存区域与内存异常
第二篇：对象揭秘与堆内存分配策略
第三篇：垃圾回收
第四篇：类加载机制
第五篇：性能优化（上）

文章目录

一、内存溢出（out of memory）和内存泄漏（memory leak）

  内存溢出（out of memory）和内存泄漏（memory leak）我在第一篇第三节（内存异常）中已经讲过，这里简单回顾下：

  • 内存溢出（out of memory）：程序在申请内存时，没有足够的内存空间；
  • 内存泄漏（memory leak）：程序在申请内存后，无法释放已申请的内存空间。

  乍一看概念好像差不多，那么他们有什么区别呢？内存溢出说白了就是内存不够，内存泄漏是本来应该回收的内存没有释放掉，一次内存泄露可能对程序运行没有明显的影响，但随着时间的积累最终会导致内存溢出。所以，内存泄漏是 JVM 性能优化的一项重要工程并且是一个力气活，那么哪些情况会导致内存泄漏呢？

  • 长生命周期对象持有短生命周期对象的引用：这个比较好理解，举个极端点的例子，当一个实例对象被静态变量引用，那么只要 JVM 不重启，这个实例对象永远回收不掉；
  • 连接未关闭：比如数据库连接、网络连接和IO连接等；
  • 变量作用域不合理：比如一个变量的定义的作用范围大于了其使用范围；
  • 内部类持有外部类：如果一个外部类的实例对象的方法返回了一个内部类的实例对象，这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收；
  • Hash值改变 ：当一个对象被存储进 HashSet 集合中以后，就不能修改这个对象中的那些参与计算哈希值的字段了。否则，对象修改后的哈希值与最初存储进 HashSet 集合中时的哈希值就不同了，在这种情况下，即使在 contains 方法使用该对象的当前引用作为的参数去HashSet 集合中检索对象，也将返回找不到对象的结果，这也会导致无法从 HashSet 集合中单独删除当前对象。

二、内存泄漏分析

1、浅堆（Shallow Heap）是和深堆（Retained Heap）

  内存溢出分析之前，首先要了解下浅堆和深堆：

  • 浅堆：一个对象所消耗的内存。
  • 深堆：个对象被 GC 回收后，可以真实释放的内存大小。举个例子，对象 A 引用了 C、D 和 E，对象 B 引用了 E。那么对象 A 的浅堆大小只是 A 本身，而如果 A 被回收，那么 C 和 D 都会被回收，所以 A 的深堆大小为 A+C+D 之和，同时由于对象 E 还可以通过对象 B 访问到，因此不在对象 A 的深堆范围内。
    在这里插入图片描述

2、MAT

  MAT 是一款非常强大的内存分析工具，在Eclipse中有相应的插件，同时也有单独的安装包。在进行内存分析时，只要获得了反映当前设备内存映像的快照文件，通过 MAT 打开就可以直观地看到当前的内存信息。

2.1、Overview 页面

  MAT 打开一个快照文件后一般会进入如下的 overview 界面，或者直接进入 leak suspect 界面：
  
在这里插入图片描述
  

2.2、Histogram 界面

  以直方图的方式来显示当前内存使用情况可能更加适合较为复杂的内存泄漏分析，它默认直接显示当前内存中各种类型对象的数量及这些对象的浅堆和深堆。
  
在这里插入图片描述
  

2.3、Dorminator Tree 界面

  支配树，可以直观地反映一个对象的深堆情况，当一个对象的深堆远远大于浅堆时，说明该对象持有大量引用对象，存在内存泄露风险。
  
在这里插入图片描述
  

2.3、Leak Suspects 界面

  泄漏猜想，通过类似于前面的综合分析，给出可能存在泄露的地方：
  
在这里插入图片描述
  
  点击 Details 可以查看详细信息：
  
在这里插入图片描述
  
点击类名会弹出很多自定义选项，包括 Histogram 界面和 Dorminator Tree 界面，选中类名鼠标右键点击也会弹出。

2.3.1、List Objects

  有两个选项：with incoming refrences 和 with outcoming refreences，分别会罗列出选定对象在引用树中的父节点和子节点，可以作为为什么当前对象还保留在内存中的基本依据。在平时的排查过程中，此功能还是比较常用，因为可以顺着罗列出的引用路径一步步分析内存泄漏的具体原因。
  
在这里插入图片描述
  

2.3.2、Show objects by class

  和 List Objects 相似，也可以罗列出当前选中对象在引用树种的上下级关系，只是这个选项会将结果中类型相同的对象进行归类。
  
在这里插入图片描述
  

2.3.3、Merge Shortest Path To GC Roots

  这是快速分析的一个常用功能，它能够从当前内存映像中找到一条指定对象所在的到 GC Root 的最短路径。这个功能还附带了其他几个选项，这几个选项分别指明了计算最短路径的时候是否是需要排除弱引用、软引用及影子引用等。
  
在这里插入图片描述
  

2.3.4、Show Retained Set

  这个功能简单来说就是显示选定对象对应在 Dominator Tree 中的子节点集合，所有这些子节点所占空间大小对应于它的深堆。可以用来判断当一个对象被回收的话有多少其他类型的对象会被同时回收掉。
  
在这里插入图片描述
  

三、JDK为我们提供的工具

  
在这里插入图片描述
  

1、命令行工具

1.1、jps

  列出当前机器上正在运行的虚拟机进程，jps 从操作系统的临时目录上去找（所以有一些信息可能显示不全）。
-q：仅仅显示进程
-m：输出主函数传入的参数
-l:：输出应用程序主类完整 package 名称或 jar 完整名称.
-v：列出 jvm 参数，-Xms -Xmx -Xss 是启动程序指定的 jvm 参数

1.2、jstat

  用于监视虚拟机各种运行状态信息的命令行工具。它可以显示本地或者远程虚拟机进程中的类装载、内存、垃圾收集、JIT 编译等运行数据，在没有 GUI 图形界面，只提供了纯文本控制台环境的服务器上，它将是运行期定位虚拟机性能问题的首选工具。
-class (类加载器)
-compiler (JIT)
-gc (GC 堆状态)
-gccapacity (各区大小)
-gccause (最近一次 GC 统计和原因)
-gcnew (新区统计)
-gcnewcapacity (新区大小)
-gcold (老区统计)
-gcoldcapacity (老区大小)
-gcutil (GC 统计汇总)
-printcompilation (HotSpot 编译统计)
  
  我个人挺喜欢用这个命令，因为它能实时监控，假设需要每 250 毫秒查询一次进程 7110 垃圾收集状况，一共查询 10 次，那命令应当是：jstat -gc 7110 250 10。
  
在这里插入图片描述

  • S0C : 年轻代中 S0 区的容量（kb）
  • S1C : 年轻代中 S1 区的容量（kb）
  • S0U : 年轻代中 S0 区 目前已使用的容量（kb）
  • S1U : 年轻代中 S1 区目前已使用的容量（kb）
  • EC : eden 区的容量（kb）
  • EU : eden 区目前已使用的容量（kb）
  • OC : 老年代的容量（kb）
  • OU : 老年代目前已使用的容量（kb）
  • MC : 元数据区的容量（kb）
  • MU : 元数据区目前已使用的容量（kb）
  • CCSC : 压缩类空间大小（kb）
  • CCSU : 压缩类空间使用大小（kb）
  • YGC : 从应用程序启动到采集时年轻代中 gc 次数
  • YGCT : 从应用程序启动到采集时年轻代中 gc 所用时间（秒）
  • FGC : 从应用程序启动到采集时老年代中 gc 次数
  • FGCT : 从应用程序启动到采集时老年代 gc 所用的时间（秒）
  • GCT : 从应用程序启动到采集时 gc 所用的总时间（秒）

1.3、jinfo

  查看和修改虚拟机的参数。
jinfo –sysprops 可以查看由 System.getProperties() 取得的参数
jinfo –flag 未被显式指定的参数的系统默认值 jinfo –flags（注意 s）显示虚拟机的参数
jinfo –flag +[ 参 数 ] 可 以 增 加 参 数 ， 但 是 仅 限 于 由 java -XX:+PrintFlagsFinal –version 查 询 出 来 且为 manageable 的参数
jinfo –flag -[参数] 可以修改参数

1.4、jmap

-heap 堆内存信息
-dump:live,format=b,file=heap.bin pid 用于生成堆转储快照
-histo:live 查看每个类的实例、空间占用统计 采用jmap -histo pid>a.log日志将其保存

1.5、jstack

  用于生成虚拟机当前时刻的线程快照。线程快照就是当前虚拟机内每一条线程正在执行的方法堆栈的集合，生成线程快照的主 要目的是定位线程出现长时间停顿的原因，如线程间死锁、死循环、请求外部资源导致的长时间等待等都是导致线程长时间停顿的常见原因。 在代码中可以用 java.lang.Thread 类的 getAllStackTraces() 方法用于获取虚拟机中所有线程的 StackTraceElement 对象。使用这个方法可以通过简单的几行代码就完成 jstack 的大部分功能，在实际项目中不妨调用这个方法做个管理员页面，可以随时使用浏览器来查看线程堆栈。

-F：当正常输出的请求不被响应时，强制输出线程堆栈
-m：如果调用到本地方法的话，可以显示 C/C++ 的堆栈
-l：除堆栈外，显示关于锁的附加信息，在发生死锁时可以用 jstack -l pid 来观察锁持有情况

我们经常会用 jstack 来分析 CPU 过高的问题，步骤如下：

  1. 通过top -Hp pid 可以查看该进程下，各个线程的cpu使用情况;
  2. jstack pid 命令来查看当前java进程的堆栈状态，可用 jstack pid >/tmp/log.txt 将堆栈信息输入到具体文件，方便查看；
  3. 将1中查到的占用 CPU 高的线程号转成16进制，因为堆栈信息打印的是16进制，就能通过线程号查看堆栈信息了。

在这里插入图片描述

2、可视化工具

2.1、jconsole

  一种基于JMX的可视化监视、管理工具，基本功能包括：概述、内存、线程、类、VM概要、MBean。在 jdk 的 bin 目录下，双击就能启动。
  
在这里插入图片描述
在这里插入图片描述

2.2、VisualVM

  一款功能非常强大的运行监视和故障处理程序，它不仅能监视程序的各种信息（CPU、GC、堆、栈、线程等），还能分析内存快照。也在 jdk 的 bin 目录下，双击就能启动。
  
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

砍光二叉树
关注
  • 1
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 3
    评论
专栏目录
深入了解JVM命令：优化Java应用的利器
fudaihb的博客
06-04 1321
Java虚拟机（JVM）是运行Java应用程序的核心，它提供了平台无关性和强大的性能监控工具。在调试、优化和监控Java应用程序时，掌握JVM相关命令是至关重要的。本文将深入探讨JVM的各种命令，帮助你更好地理解和使用这些工具来优化你的Java应用程序。
深入理解Java虚拟机：Jvm性能调优
栗筝i的博客
11-06 4750
本篇内容包括：Jvm 性能调优简介；根据需求目标进行 Jvm 调优规划（即 调优的目标、调优的步骤）；Jvm 调优参数、命令、工具；以及 Java 中的内存泄露问题的详解...
提升Java性能：深入理解JVM调优技巧
热门推荐
沉淀、分享、成长，让自己和他人都能有所收获！
07-11 3万+
大家好，我是默语，擅长全栈开发、运维和人工智能技术。在本篇博客中，我将带大家深入理解Java虚拟机（JVM）的调优技巧，帮助您提升Java程序的性能。本篇文章将涵盖JVM的基本概念、内存管理、垃圾回收、性能监控和常见的调优策略。希望通过这些分享，能帮助大家更好地了解和使用JVM进行性能优化。关键词：JVM调优、Java性能优化、垃圾回收、内存管理、性能监控。调优项关键参数适用场景堆内存大小-Xms, -Xmx内存密集型应用垃圾回收器低延迟场景GC日志-Xlog:gc*性能监控与分析。
深入理解JVM调优：让你的Java应用更上一层楼
shiranyyds的博客
05-22 1097
JVM内存结构包括堆内存、方法区、程序计数器、虚拟机栈和本地方法栈等。其中，堆内存是JVM调优的重点，它分为新生代和老年代两部分。新生代又分为Eden区、From Survivor区和To Survivor区。JVM通过垃圾回收机制来自动管理堆内存。不同的垃圾回收器具有不同的特点，如CMS、G1、ZGC等。选择合适的垃圾回收器并进行适当配置，可以有效提升应用的性能。
JVM的性能优化
Littleluck_Dream的博客
05-07 102
对象逃逸的本质是对象指针的逃逸。在计算机语言编译器优化原理中，逃逸分析是指分析指针动态范围的方法，它同编译器优化原理的指针分析和外形分析相关联。当变量（或者对象）在方法中分配后，其指针有可能被返回或者被全局引用，这样就会被其他方法或者线程所引用，这种现象称作指针（或者引用）的逃逸(Escape)。通俗点讲，如果一个对象的指针被多个方法或者线程引用时，那么我们就称这个对象的指针（或对象）的逃逸（Escape）。什么是逃逸分析？
JVM性能优化
IT王小二的博客
06-15 721
JVM 性能优化。 一、内存溢出 内存溢出的原因：程序在申请内存时，没有足够的空间。 1. 栈溢出 方法死循环递归调用（StackOverflowError）、不断建立线程（OutOfMemoryError）。 2. 堆溢出 不断创建对象，分配对象大于最大堆的大小（OutOfMemoryError）。 3. 直接内存 JVM 分配的本地直接内存大小大于 JVM 的限制，可以通过-XX:MaxDirectMemorySize 来设置（不设置的话默认与堆内存最大值一样,也会出现OOM 异常)。 4. 方法区溢
JVM:晚期(运行期)优化的深入理解
08-26
在生产环境中，对于大型应用而言，运行期的性能优化尤为重要，因为它直接影响到用户体验和系统的稳定性。 通过理解JVM晚期优化机制，开发者可以更好地利用JVM所提供的性能提升机会，从而编写出运行更加高效的Java...
深入理解JVM内幕：从基本结构到Java 7新特性
05-24
Java虚拟机（JVM）是Java程序的核心组件，它负责解析和执行Java字节码，使得Java具有“一次编译，到处运行”的特性。...深入理解JVM，可以帮助开发者更好地应对各种运行时问题，提升应用程序的稳定性和效率。
深入理解Java虚拟机JVM高级特性与最佳实践1
08-03
这本书旨在填补Java技术体系中关于Java虚拟机（JVM）知识的空白，帮助读者深入理解JVM的工作原理及其对程序性能的影响。JVM作为Java程序运行的基础，为开发者屏蔽了底层硬件和操作系统的复杂性，使得Java程序具有跨...
深入理解jvm
01-07
6. **性能调优**：理解JVM的工作机制后，可以进行性能优化。书中有许多实际案例，教读者如何通过调整JVM参数来改善程序性能，包括内存分配、垃圾收集策略、线程设置等。 7. **附录资源**：除了主干内容，可能还包括...
JVM 类加载机制
m0_60462557的博客
09-04 932
类加载过程，双亲委派模型。
JVM4-运行时数据区
m0_73902080的博客
09-04 1026
Java虚拟机在运行Java程序过程中管理的内存区域，称之为运行时数据区《Java虚拟机规范》中规定了每一部分的作用。
JVM 垃圾回收机制：GC
m0_60462557的博客
09-04 1443
JVM的垃圾回收机制：GC，是Java提供的对于内存自动回收的机制。
调度器怎么自己写？调度器在实现时需要注意哪些细节？请写一个jvm的调度器？如何在这个调度器中添加多个任务？
最新发布
zhang9880000的博客
09-07 701
用于处理异常并返回默认值。handle: 处理结果和异常，返回新的结果。: 查看结果或异常，不改变结果。选择哪种方法取决于你的具体需求和对异常的处理方式。
JVM 启动参数
longzhutengyue的博客
09-04 417
JVM 启动参数提供了强大的控制能力，可以根据应用程序的需求和运行环境进行调优。选择和配置合适的参数可以提高性能、稳定性和可维护性。
JVM：垃圾回收器 垃圾收集器分类 评估GC的性能指标
qq_43494013的博客
09-04 507
JVM：垃圾回收器 垃圾收集器分类 评估GC的性能指标
JVM系列(六) -对象的创建过程
程序员志哥的博客
09-05 1061
本篇我们综合之前的知识，结合代码一起推演一下对象的真实创建过程，以及对象创建完成之后在 JVM 中是如何保存的。
JVM中运行时数据区
Baron的博客
09-07 839
（1）运行时数据区是JVM内存模型的重要组成部分（前有类加载器，后有执行引擎（2）JVM在执行Java程序时，用于存储和管理各种数据的内存区域（多块区域），这些区域共同协作以支持Java程序的运行。（3）包括方法区（旧名字叫永久代->java8换名字为元空间）、堆、虚拟机栈、本地方法栈、程序计数器等五大区域。线程共享区域：Java堆和方法区（或元空间），这些区域在JVM启动时创建，随着JVM的关闭而销毁。线程私有区域。
从JVM角度深入理解String
欢迎每一位朋友不吝赐教，无论是宝贵的建议还是中肯的批评，都将是我前进路上不可或缺的灯塔
09-04 1225
String是Java中的一个类，是一个引用类型，用于表示字符串。它是不可变的（immutable），即一旦创建，其值就不能被修改。任何对String对象的修改操作都会创建一个新的String对象，而不是在原有字符串上进行修改。
深入理解JVM性能优化：编译器解析与优化技巧
"Java虚拟机JVM性能优化的第二部分主要关注编译器，包括客户端编译器、服务器端编译器和多层编译的性能对比，以及JVM优化技术，如死代码消除、代码嵌入和循环体优化。" 在Java虚拟机(JVM)的世界里，编译器扮演着至...
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

砍光二叉树

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值