使用VisualVM分析性能
对于java虚拟机,像我这样工作才两年的会是比较陌生和神秘,但是时候,需要对JVM有一定的认识,并且能够设置一些参数。下面是自己学习到的内容。
这里需要使用一个java自带的一个工具,VisualVM。使用IDEA下载一个VisualVM。
一、查看程序的JVM内存
首先任务参数有不要设置,然后编写一个程序。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 | public class JavaHeapTest { public final static int OUTOFMEMORY = 200000000 ; private String oom; private int length; StringBuffer tempOOM = new StringBuffer(); public JavaHeapTest( int leng) { this .length = leng; int i = 0 ; while (i < leng) { i++; try { tempOOM.append( "a" ); } catch (OutOfMemoryError e) { e.printStackTrace(); break ; } } this .oom = tempOOM.toString(); } public String getOom() { return oom; } public int getLength() { return length; } public static void main(String[] args) { JavaHeapTest javaHeapTest = new JavaHeapTest(OUTOFMEMORY); System.out.println(javaHeapTest.getOom().length()); } } |
然后使用VIsualVM运行程序。
程序运行起来,但是第一次需要设置VisualVM的位置
程序运行起来后后堆的情况。
上面的图是没有设置任何程序的事情下做的,为什么需要看堆的大小,因为堆存放对象的实例,一般都会需要设置该值,在没有做任何设置的时候,就会看到堆的内存可能达到1G的大小。有时候需要模拟线上环境的上的Java内存大小,在IDEA中设置下一年堆的大小,这里设置堆的初始化和最大值都一样,以避免每次垃圾回收完成后JVM重新分配内存
设置之后运行程序,堆的内存变为设置的大小,但是这个时候有可能出现异常,在我的电脑上就出现 java.lang.OutOfMemoryError: Java heap space,该异常就是设置的堆内存太小导致,但是一般情况下不会出现该情况,因为上面的程序并不需要特别大的程序,可能是我的笔记本电脑的原因。
上面知道看堆的大小,接下来可以看一下堆中存储了什么。在程序运行的时候,需要快速点击堆dump,然后就看到如下
双击某个列表之后查看其中的内容,而存储最多的就是程序中设置的tempOOM参数,此时知道了堆中存储最大的内容是什么,如果是其他程序,某一个字段占用特多的内存,可能就是程序出现问题了,那么就需要对那个字段进行优化。
二、查看程序的线程情况
接下来运行下面的程序:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 | public class DeadLock { public static void main(String[] args) { Resource r1 = new Resource(); Resource r0 = new Resource(); Thread myTh1 = new LockThread1(r1, r0); Thread myTh0 = new LockThread0(r1, r0); myTh1.setName( "DeadLock-1 " ); myTh0.setName( "DeadLock-0 " ); myTh1.start(); myTh0.start(); } } class Resource { private int i; public int getI() { return i; } public void setI( int i) { this .i = i; } } class LockThread1 extends Thread { private Resource r1, r2; public LockThread1(Resource r1, Resource r2) { this .r1 = r1; this .r2 = r2; } @Override public void run() { int j = 0 ; while ( true ) { synchronized (r1) { System.out.println( "The first thread got r1's lock " + j); synchronized (r2) { System.out.println( "The first thread got r2's lock " + j); } } j++; } } } class LockThread0 extends Thread { private Resource r1, r2; public LockThread0(Resource r1, Resource r2) { this .r1 = r1; this .r2 = r2; } @Override public void run() { int j = 0 ; while ( true ) { synchronized (r2) { System.out.println( "The second thread got r2's lock " + j); synchronized (r1) { System.out.println( "The second thread got r1's lock" + j); } } j++; } } } |
程序运行之后,查看线程标签后直接告警出现了死锁的线程。
上面的程序可以看到蓝色部分为线程正常运行,黄色为等待。
三、使用VisualGC来查看年轻代,老年代的堆内存的GC情况,如果是频繁的GC,那么可能就是内存不足,就需要增加堆内存。
上面的图大部分的GC都是在Eden区,即对象都是朝生暮死的,并且发生了GC time收集到0条GC,那么就是该程序一直运行可以(这里程序运行时间很短,在长时间观察,可以得到更多的信息,如果是将堆内存设置很小的时候,那么就会经常发生GC的情况)
JVM调优,需要变设置参数,边进行观察,这样更容易理解其中缘由,可以上手试一试。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 理解Rust引用及其生命周期标识(上)
· DeepSeek 开源周回顾「GitHub 热点速览」
· 物流快递公司核心技术能力-地址解析分单基础技术分享
· .NET 10首个预览版发布:重大改进与新特性概览!
· AI与.NET技术实操系列(二):开始使用ML.NET
· 单线程的Redis速度为什么快?