JVM调优实战(详细版)

最新推荐文章于 2024-07-09 17:21:53 发布
最新推荐文章于 2024-07-09 17:21:53 发布
阅读量2.4k 收藏 33
点赞数 5
文章标签： jvm java 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_22075913/article/details/125769640
版权

一、前置启动程序

视频地址： https://www.bilibili.com/video/BV19b4y167cJ?p=1&vd_source=782a95076a218195e15470aa4ebf350c

事先启动一个web应用程序，用jps查看其进程id，接着用各种jdk自带命令优化应用

Jmap

此命令可以用来查看内存信息，实例个数以及占用内存大小

在这里插入图片描述

jmap -histo 18732 #查看历史生成的实例
jmap -histo:live 18732 #查看当前存活的实例，执行过程中可能会触发一次full gc

在这里插入图片描述

打开log.txt，文件内容如下:

在这里插入图片描述

num：序号
instances：实例数量
bytes：占用空间大小
class name：类名称，[C is a char[]，[S is a short[]，[I is a int[]，[B is a byte[]，[[I is a int[][]

堆信息

在这里插入图片描述

堆内存dump

jmap -dump:format=b,file=eureka.hprof 14660

在这里插入图片描述

也可以设置内存溢出自动导出dump文件(内存很大的时候，可能会导不出来)

1、-XX:+HeapDumpOnOutOfMemoryError
2、-XX:HeapDumpPath=./ （路径）

示例代码：

User

package com.itheima.jvm;

public class User {
    private int id;
    private String name;

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public User() {
    }

    public User(int id, String name) {
        super();
        this.id = id;
        this.name = name;
    }
    protected void finalize() throws Throwable{
        OOMTest.list.add(this);
        System.out.println("关闭资源：userid="+id+"即将被回收");
    }
    public void sout(){
        System.out.println("---------自己的加载器加载类调用的方法-------");
    }
}

OOMTest

package com.itheima.jvm;
import java.util.ArrayList;
import java.util.List;
import java.util.UUID;

public class OOMTest {
    public static List<Object> list = new ArrayList<>();

    // JVM设置  内存溢出生成快照文件
    // -Xms10M -Xmx10M -XX:+PrintGCDetails -XX:+HeapDumpOnOutOfMemoryError
    // -XX:HeapDumpPath=D:\1\jvm.dump
    public static void main(String[] args) {
        List<Object> list = new ArrayList<>();
        int i = 0;
        int j = 0;
        while (true){
            User user = new User(i++,UUID.randomUUID().toString());
            new User(j--,UUID.randomUUID().toString());
        }// while
    }
}

设置参数并运行

在这里插入图片描述

Jvisualvm

可以用jvisualvm命令工具导入该dump文件分析

在这里插入图片描述

在这里插入图片描述

Jstack

用jstack加进程id查找死锁，见如下示例

package com.itheima.jvm;

public class DeadLockTest {
    private static Object lock1=new Object();
    private static Object lock2=new Object();

    public static void main(String[] args) {
        new Thread(()->{
            synchronized (lock1){
                try{
                    System.out.println("thread1 begin");
                    Thread.sleep(5000);
                }catch (InterruptedException e) {
                    e.printStackTrace();
                }
                synchronized (lock2){
                    System.out.println("thread1 end");
                }
            }
        }).start();

        new Thread(()->{
            synchronized (lock2){
                System.out.println("thread2 begin");
                try {
                    Thread.sleep(5000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
                synchronized (lock1){
                    System.out.println("Thread2 end");
                }
            }
        }).start();
        System.out.println("main thread end");
    }
}

在这里插入图片描述

“Thread-1” 线程名
prio=5 优先级=5
tid=0x000000001fa9e000 线程id
nid=0x2d64 线程对应的本地线程标识nid
java.lang.Thread.State: BLOCKED 线程状态

在这里插入图片描述

还可以用jvisualvm自动检测死锁

在这里插入图片描述

远程连接jvisualvm

启动普通的jar程序JMX端口配置：

java -Dcom.sun.management.jmxremote.port=8888 -Djava.rmi.server.hostname=192.168.65.60 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false -jar microservice-eureka-server.jar

PS：

-Dcom.sun.management.jmxremote.port 为远程机器的JMX端口
-Djava.rmi.server.hostname 为远程机器IP

tomcat的JMX配置：在catalina.sh文件里的最后一个JAVA_OPTS的赋值语句下一行增加如下配置行

JAVA_OPTS="$JAVA_OPTS -Dcom.sun.management.jmxremote.port=8888 -Djava.rmi.server.hostname=192.168.50.60 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"

连接时确认下端口是否通畅，可以临时关闭下防火墙

systemctl stop firewalld   #临时关闭防火墙

jstack找出占用cpu最高的线程堆栈信息

package com.itheima.jvm;

public class Math {
    public static final int initData=666;
    public static User user=new User();

    public int compute(){
        //一个方法对应一块栈帧内存区域
        int a=1;
        int b=2;
        int c=(a+b)*10;
        System.out.println(c);
        return c;
    }

    public static void main(String[] args) {
        Math math=new Math();
        while(true){
            math.compute();
        }
    }
}


1，使用命令top -p ，显示你的java进程的内存情况，pid是你的java进程号，比如19663

在这里插入图片描述

2，按H，获取每个线程的内存情况

在这里插入图片描述

3，找到内存和cpu占用最高的线程tid，比如19664
4，转为十六进制得到 0x4cd0，此为线程id的十六进制表示
5，执行 jstack 19663|grep -A 10 4cd0，得到线程堆栈信息中 4cd0 这个线程所在行的后面10行，
从堆栈中可以发现导致cpu飙高的调用方法

在这里插入图片描述

6，查看对应的堆栈信息找出可能存在问题的代码

Jinfo

查看正在运行的Java应用程序的扩展参数

查看jvm的参数

jinfo -flags 进程id

在这里插入图片描述
查看java系统参数

jinfo -sysprops 进程id

在这里插入图片描述

Jstat

jstat命令可以查看堆内存各部分的使用量，以及加载类的数量。命令的格式如下：

jstat [-命令选项] [vmid] [间隔时间(毫秒)] [查询次数]

注意：使用的jdk版本是jdk8

二、垃圾回收统计

jstat -gc pid 最常用，可以评估程序内存使用及GC压力整体情况

在这里插入图片描述

S0C：第一个幸存区的大小，单位KB
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
OC：老年代大小
OU：老年代使用大小
MC：方法区大小(元空间)
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间，单位s
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间，单位s
GCT：垃圾回收消耗总时间，单位s

堆内存统计

在这里插入图片描述

NGCMN：新生代最小容量
NGCMX：新生代最大容量
NGC：当前新生代容量
S0C：第一个幸存区大小
S1C：第二个幸存区的大小
EC：伊甸园区的大小
OGCMN：老年代最小容量
OGCMX：老年代最大容量
OGC：当前老年代大小
OC:当前老年代大小
MCMN:最小元数据容量
MCMX：最大元数据容量
MC：当前元数据空间大小
CCSMN：最小压缩类空间大小
CCSMX：最大压缩类空间大小
CCSC：当前压缩类空间大小
YGC：年轻代gc次数
FGC：老年代GC次数

新生代垃圾回收统计

在这里插入图片描述

S0C：第一个幸存区的大小
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
TT:对象在新生代存活的次数
MTT:对象在新生代存活的最大次数
DSS:期望的幸存区大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间

新生代内存统计

在这里插入图片描述

NGCMN：新生代最小容量
NGCMX：新生代最大容量
NGC：当前新生代容量
S0CMX：最大幸存1区大小
S0C：当前幸存1区大小
S1CMX：最大幸存2区大小
S1C：当前幸存2区大小
ECMX：最大伊甸园区大小
EC：当前伊甸园区大小
YGC：年轻代垃圾回收次数
FGC：老年代回收次数

老年代垃圾回收统计

在这里插入图片描述

MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
OC：老年代大小
OU：老年代使用大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

老年代内存统计

在这里插入图片描述

OGCMN：老年代最小容量
OGCMX：老年代最大容量
OGC：当前老年代大小
OC：老年代大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

元数据空间统计

在这里插入图片描述

MCMN:最小元数据容量
MCMX：最大元数据容量
MC：当前元数据空间大小
CCSMN：最小压缩类空间大小
CCSMX：最大压缩类空间大小
CCSC：当前压缩类空间大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

在这里插入图片描述

S0：幸存1区当前使用比例
S1：幸存2区当前使用比例
E：伊甸园区使用比例
O：老年代使用比例
M：元数据区使用比例
CCS：压缩使用比例
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

JVM运行情况预估

用 jstat gc -pid 命令可以计算出如下一些关键数据，有了这些数据就可以采用之前介绍过的优化思路，先给自己的系统设置一些初始性的JVM参数，比如堆内存大小，年轻代大小，Eden和Survivor的比例，老年代的大小，大对象的阈值，大龄对象进入老年代的阈值等。

年轻代对象增长的速率

可以执行命令 jstat -gc pid 1000 10 (每隔1秒执行1次命令，共执行10次)，通过观察EU(eden区的使用)来估算每秒eden大概新增多少对象，如果系统负载不高，可以把频率1秒换成1分钟，甚至10分钟来观察整体情况。注意，一般系统可能有高峰期和日常期，所以需要在不同的时间分别估算不同情况下对象增长速率。

Young GC的触发频率和每次耗时

知道年轻代对象增长速率我们就能推根据eden区的大小推算出Young GC大概多久触发一次，Young GC的平均耗时可以通过 YGCT/YGC 公式算出，根据结果我们大概就能知道系统大概多久会因为Young GC的执行而卡顿多久。

每次Young GC后有多少对象存活和进入老年代

这个因为之前已经大概知道Young GC的频率，假设是每5分钟一次，那么可以执行命令 jstat -gc pid 300000 10 ，观察每次结果eden，survivor和老年代使用的变化情况，在每次gc后eden区使用一般会大幅减少，survivor和老年代都有可能增长，这些增长的对象就是每次Young GC后存活的对象，同时还可以看出每次Young GC后进去老年代大概多少对象，从而可以推算出老年代对象增长速率。

Full GC的触发频率和每次耗时

知道了老年代对象的增长速率就可以推算出Full GC的触发频率了，Full GC的每次耗时可以用公式 FGCT/FGC 计算得出。

优化思路其实简单来说就是尽量让每次Young GC后的存活对象小于Survivor区域的50%，都留存在年轻代里。尽量别让对象进入老年代。尽量减少Full GC的频率，避免频繁Full GC对JVM性能的影响。

系统频繁Full GC导致系统卡顿是怎么回事

机器配置：2核4G
JVM内存大小：2G
系统运行时间：7天
期间发生的Full GC次数和耗时：500多次，200多秒
期间发生的Young GC次数和耗时：1万多次，500多秒

大致算下来每天会发生70多次Full GC，平均每小时3次，每次Full GC在400毫秒左右；
每天会发生1000多次Young GC，每分钟会发生1次，每次Young GC在50毫秒左右。

JVM参数设置如下：

-Xms1536M -Xmx1536M -Xmn512M -Xss256K -XX:SurvivorRatio=6 -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:+UseParNewGC  -XX:+UseConcMarkSweepGC  -XX:CMSInitiatingOccupancyFraction=75 -XX:+UseCMSInitiatingOccupancyOnly

在这里插入图片描述
大家可以结合对象挪动到老年代那些规则推理下我们这个程序可能存在的一些问题
经过分析感觉可能会由于对象动态年龄判断机制导致full gc较为频繁

为了给大家看效果，我模拟了一个示例程序(见课程对应工程代码：jvm-full-gc)，打印了jstat的结果如下：
模拟程序项目结构：
在这里插入图片描述
代码：

IndexController

package com.tuling;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.ArrayList;

@RestController
public class IndexController {
    @RequestMapping("/user/process")
    public String processUserData(){
        ArrayList<User> users=queryUsers();
        for (User user : users) {
            //业务处理
            System.out.println("user:"+user.toString());
        }
        return "end";
    }
    /*
    模拟批量查询用户场景
     */
    private ArrayList<User> queryUsers() {
        ArrayList<User> users=new ArrayList<>();
        for (int i = 0; i < 5000; i++) {
            users.add(new User(i,"zhuge"));
        }
        return users;
    }
}

JvmFullGcApplication

package com.tuling;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.context.annotation.Bean;
import org.springframework.web.client.RestTemplate;

@SpringBootApplication
public class JvmFullGcApplication {

    public static void main(String[] args) {
        SpringApplication.run(JvmFullGcApplication.class, args);
    }

    @Bean
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }
}

User

package com.tuling;

public class User {
    private int id;
    private String name;
    byte[] a=new byte[1024*100];//100kb

    public User(int id, String name) {
        this.id = id;
        this.name = name;
    }

    public int getId() {
        return id;
    }

    public void setId(int id) {
        this.id = id;
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }
}

测试类

package com.tuling;

import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.context.annotation.Bean;
import org.springframework.web.client.RestTemplate;

@SpringBootTest
class JvmFullGcApplicationTests {
    @Bean
    public RestTemplate restTemplate(){
        return new RestTemplate();
    }
    @Autowired
    private RestTemplate restTemplate;

    @Test
    public void test() throws InterruptedException {
        for (int i = 0; i < 10000; i++) {
            String result=restTemplate.getForObject("http://localhost:8080/user/process",String.class);
            Thread.sleep(1000);
        }
    }

}

先设置参数

在这里插入图片描述查看参数设置是否成功

在这里插入图片描述

jstat -gc 26556 2000 10000

先运行启动类再运行测试类测试结果如下

在这里插入图片描述

在这里插入图片描述在这里插入图片描述
在这里插入图片描述

对于对象动态年龄判断机制导致的full gc较为频繁可以先试着优化下JVM参数，把年轻代适当调大点 CMSInitiatingOccupancyFraction比例调为92：

-Xms1536M -Xmx1536M -Xmn1024M -Xss256K -XX:SurvivorRatio=6 -XX:MetaspaceSize=256M -XX:MaxMetaspaceSize=256M -XX:+UseParNewGC  -XX:+UseConcMarkSweepGC  -XX:CMSInitiatingOccupancyFraction=92 -XX:+UseCMSInitiatingOccupancyOnly

在这里插入图片描述

在这里插入图片描述

优化完发现没什么变化，full gc的次数比minor gc的次数还多了

在这里插入图片描述

我们可以推测下full gc比minor gc还多的原因有哪些？

1、元空间不够导致的多余full gc
2、显示调用System.gc()造成多余的full gc，这种一般线上尽量通过-XX:+DisableExplicitGC参数禁用，
如果加上了这个JVM启动参数，那么代码中调用System.gc()没有任何效果
3、老年代空间分配担保机制

在这里插入图片描述在这里插入图片描述

最快速度分析完这些我们推测的原因以及优化后，我们发现young gc和full gc依然很频繁了，而且看到有大量的对象频繁的被挪动到老年代，这种情况我们可以借助jmap命令大概看下是什么对象
在这里插入图片描述

查到了有大量User对象产生，这个可能是问题所在，但不确定，还必须找到对应的代码确认，如何去找对应的代码了？

  • 1、代码里全文搜索生成User对象的地方(适合只有少数几处地方的情况)
  • 2、如果生成User对象的地方太多，无法定位具体代码，我们可以同时分析下占用cpu较高的线程，一般有大量对象不断产生，对应的方法代码肯定会被频繁调用，占用的cpu必然较高

可以用上面讲过的jstack或jvisualvm来定位cpu使用较高的代码，最终定位到的代码如下：

package com.tuling;

import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;

import java.util.ArrayList;

@RestController
public class IndexController {
    @RequestMapping("/user/process")
    public String processUserData(){
        ArrayList<User> users=queryUsers();
        for (User user : users) {
            //业务处理
            System.out.println("user:"+user.toString());
        }
        return "end";
    }
    /*
    模拟批量查询用户场景
     */
    private ArrayList<User> queryUsers() {
        ArrayList<User> users=new ArrayList<>();
        for (int i = 0; i < 5000; i++) { //这里设置太大，改为500
            users.add(new User(i,"zhuge"));
        }
        return users;
    }
}

同时，java的代码也是需要优化的，一次查询出500M的对象出来，明显不合适，要根据之前说的各种原则尽量优化到合适的值，尽量消除这种朝生夕死的对象导致的full gc

修改为500后full gc减少了

在这里插入图片描述

内存泄露到底是怎么回事

再给大家讲一种情况，一般电商架构可能会使用多级缓存架构，就是redis加上JVM级缓存，大多数同学可能为了图方便对于JVM级缓存就简单使用一个hashmap，于是不断往里面放缓存数据，但是很少考虑这个map的容量问题，结果这个缓存map越来越大，一直占用着老年代的很多空间，时间长了就会导致full gc非常频繁，这就是一种内存泄漏，对于一些老旧数据没有及时清理导致一直占用着宝贵的内存资源，时间长了除了导致full gc，还有可能导致OOM。
这种情况完全可以考虑采用一些成熟的JVM级缓存框架来解决，比如ehcache等自带一些LRU数据淘汰算法的框架来作为JVM级的缓存。

律二萌萌哒
关注
  • 5
    点赞
  • 踩
  • 33
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JVM调优实践
weixin_45985053的博客
08-11 948
前面已经分享了很多关于jvm的知识，具体的详情都可以查看上几篇的文章。从jvm的调优原理，垃圾查找算法，垃圾回收算法，再到jvm调优工具，调优参数等。需要掌握的jvm知识，已经是循序渐进，一步一步的深入学习。那在掌握这些内容的时候，是不是有种想去实践的冲动呢？好了，今天我们就来进行一次jvm调优实践之旅吧！！！JVM实践调优主要步骤分析GC日志堆内存与元空间优化线程堆栈优化堆内存内部优化：新生代和老年代比例垃圾回收器优化。...
JVM调优实战
weixin_43647964的博客
04-23 1058
JVM是Java应用程序的运行环境，JVM调优是优化Java应用程序性能的重要手段。JVM调优需要根据实际情况进行，因此需要对应用程序的整体架构有一定了解，才能进行科学合理的调优。本文将从JVM的基本原理、JVM调优的意义、JVM调优的方法和一些调优实战案例等方面进行详细介绍。JVM调优是优化Java应用程序性能的重要手段，需要根据实际情况进行。在进行JVM调优时，需要对应用程序的整体架构有一定的了解，包括程序的使用情况、数据量、并发量等因素，才能进行科学合理的调优。
JVM调优总结（十）-调优方法
和你在一起
12-20 4950
JVM调优工具 Jconsole，jProfile，VisualVM Jconsole : jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里   JProfiler：商业软件，需要付费。功能强大。详细说明参考这里   VisualVM：JDK自带，功能强大，与JProfiler类似。推荐。   如何调优 观察内存释放情...
JVM调优：深入理解与实战指南
最新发布
weixin_65837469的博客
07-09 694
其中，堆是JVM所管理的最大一块内存区域，用于存放对象实例，是垃圾收集器管理的主要区域。VisualVM是一款功能强大的JVM监控和调优工具，它集成了多种JVM监控和故障分析工具，如堆转储分析器（Heap Dump Analyzer）、线程转储分析器（Thread Dump Analyzer）等。JConsole是JDK自带的一个基于JMX（Java Management Extensions）的监控工具，它可以连接正在运行的Java应用程序，实时监控内存使用情况、线程状态、类加载情况等。
JVM性能调优实战
个人站点：javatv.net
09-09 1988
JVM调优调什么 JVM 调优是一个系统而又复杂的过程，但我们知道，在大多数情况下，我们基本不用去调整 JVM 内存分配，因为一些初始化的参数已经可以保证应用服务正常稳定地工作了。而且一般情况下，就算出现了，也是架构师级别的去处理。 实际上，JVM调优，调的是稳定，并不能带给你性能的大幅提升。服务稳定的重要性就不用多说了，保证服务的稳定，gc永远会是Java程序员需要考虑的不稳定因素之一。复杂和高并发下的服务，必须保证每次gc不会出现性能下降，各种性能指标不会出现波动。因此我们通过压测的方式来看一下对JVM
JVM调优实战.doc
06-04
《JVM调优实战》是一份深入探讨Java虚拟机（JVM）性能优化的文档，主要分为理论篇和实战篇两大部分。本文将详细解析其中的关键知识点。 理论篇首先介绍了JVM内存模型，将其比喻为一个多功能的养鱼塘。在这个比喻中...
马老师jvm调优实战笔记
11-15
马老师 JVM 调优实战笔记 JVM 调优是 Java 开发者们不可或缺的技能，它直接影响着 Java 应用程序的性能和稳定性。本笔记是马老师的 JVM 调优实战笔记，涵盖了 JVM 的概述、内存结构、堆内存、垃圾回收算法、JVM ...
JVM入门到JVM 调优实战
03-09
JVM调优包括选择合适的垃圾收集器、调整堆大小、设置新生代与老年代的比例、控制并发比等。例如，PS（Parallel Scavenge）和PO（Parallel Old）是两种常见的垃圾收集器组合，适用于不同的应用场景。实际调优过程中，...
JVM 调优之 Eclipse 启动调优实战
12-21
本文将分享一个基于旧版环境（Dell E5410，Intel i3 CPU M 370，2GB内存，32位Windows XP，Java HotSpot Client VM，Eclipse 4.2.0）的JVM调优实战案例，尽管硬件和软件版本已过时，但调优的基本思路和方法仍然具有...
jvm调优实战
weixin_36279234的博客
05-23 362
jmap查看内存信息 jmap histo /pid > ./log.txt ：查看某一进程实例个数，占用内存的字节数，以及所属的类 jmap -heap /pid ：查看堆信息 jmap ‐dump:format=b,file=app.hprof /pid 通过jvisualvm命令启动jvm可视化管理界面可导入dump文件进行分析：查看类的实例 jstack 分析死锁：写一段死锁代码 public class DeadLockTest { priva.
JVM系列--记一次简单的 JVM 调优
田维常
01-19 342
背景最近对负责的项目进行了一次性能优化，其中包括对JVM参数的调整，算是进行了一次简单的 JVM 调优，JVM 参数调整之后，服务的整体性能有 5% 左右的提升，还算不错。先介绍一下...
JVM性能调优实践——JVM篇
热门推荐
马猴烧酒└(┐卍^o^)卍ﾄﾞｩﾙﾙﾙ~楪詩月「YUZURIHA SHIZUKI」
05-24 3万+
前言 在遇到实际性能问题时，除了关注系统性能指标。还要结合应用程序的系统的日志、堆栈信息、GClog、threaddump等数据进行问题分析和定位。关于性能指标分析可以参考前一篇JVM性能调优实践——性能指标分析。 JVM的调优和故障处理可以使用JDK的几个常用命令工具。因为本文是基于Docker容器内部的Springboot服务。需要调整一下docker容器的启动参数，才可以使用jma...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值