JVM知识体系学习七:了解JVM常用命令行参数、GC日志详解、调优三大方面(JVM规划和预调优、优化JVM环境、JVM运行出现的各种问题)、Arthas

本文涉及的产品
日志服务 SLS,月写入数据量 50GB 1个月
性能测试 PTS,5000VUM额度
简介: 这篇文章全面介绍了JVM的命令行参数、GC日志分析以及性能调优的各个方面,包括监控工具使用和实际案例分析。

前言

  • 本博客主要讲了:
    1. JVM常用命令行参数
    2. GC日志的详解
    3. 调优三大层面的细节

一、了解JVM常用命令行参数

JVM调优第一步,了解JVM常用命令行参数

1、命令行参数概述

2、常用命令

  1. java -version:查看java 的版本
  2. java -X:查看java 非标准的、特定HotSpot的特定命令
  3. java -XX:+PrintFlagsFinal -version | grep CMS。(Linux过滤查找)
    • PrintFlagsFinal :查看jvm默认参数
  4. -XX:+PrintFlagsInitial 是打印所有的默认参数设置
  5. -XX:+PrintFlagsFinal 是打印最终值,如果某个默认值被新值覆盖,显示新值
  6. -XX:+PrintCommandLineFlags 是打印命令行参数。

3、通过案例学命令行参数(Linux)

package com.mashibing.jvm.c5_gc;

//-XX:+PrintGCDetails -XX:+UseConcMarkSweepGC -XX:+PrintFlagsFinal -XX:+PrintVMOptions -
public class T01_HelloGC {
    public static void main(String[] args) {

        for(int i=0; i<10000; i++) {
            byte[] b = new byte[1024 * 1024];
        }
    }
}
  1. -XX:+PrintGCDetails:查看JVM详细信息
  2. -XX:+UseConcMarkSweepGC = ParNew + CMS + Serial Old
  3. -XX:+PrintFlagsFinal :最终参数值
  4. -XX:+PrintVMOptions
  5. java -XX:+PrintCommandLineFlags HelloGC : HelloGC是测试类
  6. java -Xmn10M -Xms40M -Xmx60M -XX:+PrintCommandLineFlags -XX:+PrintGC T01_HelloGC
    • -Xmn10M:n是new,新生代的大小
    • -Xms40M:设置 heap 初始化大小
    • -Xmx60M:设置 heap 最大值 (与初始值一般设置同大小值)
    • -XX:+PrintCommandLineFlags:打印命令行参数
    • -XX:+PrintGC:打印GC回收信息
  7. 其他几个详细信息
    • -XX:+PrintGCDetails :GC详细信息
    • -XX:+PrintGCTimeStamps:GC时间
    • -XX:+PrintGCCauses:GC原因

在这里插入图片描述
8. java -XX:+UseConcMarkSweepGC -XX:+PrintCommandLineFlags HelloGC

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
9. java -XX:+PrintFlagsInitial 默认参数值
10. java -XX:+PrintFlagsFinal 最终参数值
11. java -XX:+PrintFlagsFinal | grep xxx 找到对应的参数
* java -XX:+PrintFlagsFinal -version |grep GC:找与GC相关的命令行参数

4、区分概念

内存泄漏memory leak,内存溢出out of memory

  • 问题:

    • 1)有对象应该是要被标记成垃圾回收的,但是因为还有引用指向该对象,从而该对象一直没被清除,实际已经没有代码块要使用了。存在这种对象时就可以说是内存泄漏了嘛?
    • 2)同时是不是内存泄漏的对象一多了之后,就会产生内存溢出的问题?
    • 3)如果一个对象new的时候,就比堆内存老年代都要大,是不是就直接报内存溢出?
  • 解释:

    • 在Java中,内存泄漏就是存在一些被分配的对象,这些对象有下面两个特点,首先,这些对象是可达的,即在有向图中,存在通路可以与其相连;其次,这些对象是无用的,即程序以后不会再使用这些对象。如果对象满足这两个条件,这些对象就可以判定为Java中的内存泄漏,这些对象不会被GC所回收,然而它却占用内存。

    • 内存泄漏得多了,就会发现要分配内存的时候没有地方分配了,也就是内存溢出了

二、GC日志详解

1、打印详细日志

每种垃圾回收器的日志格式是不同的!
PS日志格式

// 打印GC的详细信息
java -Xmn10M -Xms40M -Xmx60M -XX:+PrintCommandLineFlags -XX:PrintGCDetails T01_HelloGC

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

2、日志描述

在这里插入图片描述

  • 命令 time ls,如下所示
    1. 意思就是 time 命令执行的情况 在 user 态、sys态、real(总)态,各占用多长时间。
      在这里插入图片描述

3、解析案例

就是对2.1中的打印的信息,做详细的解刨
在这里插入图片描述
在这里插入图片描述

heap dump信息解刨如下:

eden space 5632K, 94% used [0x00000000ff980000,0x00000000ffeb3e28,0x00000000fff00000)
后面的内存地址指的是,起始地址,使用空间结束地址,整体空间结束地址
在这里插入图片描述

三、调优前的基础概念

  • 两个概念

    1. 吞吐量:用户代码时间 /(用户代码执行时间 + 垃圾回收时间)
    2. 响应时间STW(stop the world) 越短,响应时间越好
  • 所谓调优,首先确定,追求啥?吞吐量优先,还是响应时间优先?还是在满足一定的响应时间的情况下,要求达到多大的吞吐量

  • 问题:

    • 如果是科学计算:吞吐量 优先。
    • 如果是数据挖掘,thrput(吞吐量)优先。
  • 吞吐量优先

    • 一般选:(PS + PO)版本
  • 响应时间优先(网站类型)

    • 一般选 GUI API (1.8版本选择 G1)

四、调优是什么?

  1. 根据需求进行JVM规划和预调优
  2. 优化运行JVM运行环境(慢,卡顿)
  3. 解决JVM运行过程中出现的各种问题(OOM是其中一部分)

从下面三个章节开始细讲:

五、调优1:JVM规划和预调优

1、涨知识时刻

QPS、TPS、PPS(Per Second)
淘宝20年最多并发 54W
在这里插入图片描述

12306号称最多并发,上百万并发。
面试官问:你们服务最大的并发量是多少?

2、概述

  • 调优,从业务场景开始,没有业务场景的调优都是耍流氓
  • 无监控(压力测试,能看到结果),不调优
  • 步骤:
    1. 熟悉业务场景(没有最好的垃圾回收器,只有最合适的垃圾回收器)(以下两个更看重哪个)
      1. 响应时间、停顿时间 [CMS G1 ZGC] (需要给用户作响应)
      2. 吞吐量 = 用户时间 /( 用户时间 + GC时间) [PS]
    2. 选择回收器组合
    3. 计算内存需求(经验值 1.5G 16G)
    4. 选定CPU(越高越好)
    5. 设定年代大小、升级年龄
    6. 设定日志参数
      1. 生产环境产出的日志参数:-Xloggc:/opt/xxx/logs/xxx-xxx-gc-%t.log -XX:+UseGCLogFileRotation -XX:NumberOfGCLogFiles=5 -XX:GCLogFileSize=20M -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCCause
        • -Xloggc:/opt/xxx/logs/xxx-xxx-gc-%t.log 指定文件名和路径
        • -XX:+UseGCLogFileRotation:GC文件循环使用
        • -XX:NumberOfGCLogFiles=5:GC日志文件为5个
        • -XX:GCLogFileSize=20M:每个GC文件大小为20M
        • -XX:+PrintGCDetails:打印GC详细信息
        • -XX:+PrintGCDateStamps:GC时间戳
        • -XX:+PrintGCCause:GC原因
        • 一共五个日志文件,每个20M,共100M。
      2. 或者每天产生一个日志文件(不可以的,每天的日志量太大,不好差)
    7. 观察日志情况

3、案例1:垂直电商,最高每日百万订单,处理订单系统需要什么样的服务器配置?

  • 问:垂直电商,最高每日百万订单,处理订单系统需要什么样的服务器配置?
  1. 这个问题不太专业,因为垂直电商不可能做到每日百万订单。
  2. 遇到这种问法时,还是需要去分析。比如考虑高峰访问量,假设一小时产生36w订单,即100订单/秒,高峰就再次假设1000订单/秒。
  3. 接下来较考虑一个订单产生多少内存。即new出来订单对象,需要多少内存。假设一个订单对象为512k,1000订单总和是500M左右。
  4. 这样新生代设置500M就可以,当然250M也可以,多回收几次就行。所以此时一般有响应时间要求,即在多少响应时间(比如100ms)内进行设计,然后进行压测。
  5. 初次设定参数后,就可以进行压测,满足不了要求就扩大参数,再不行就加服务器数量。

4、案例2:12306遭遇春节大规模抢票应该如何支撑?

  • 问:12306遭遇春节大规模抢票应该如何支撑?
  1. 12306应该是中国并发量最大的秒杀网站:号称并发量100W最高

    CDN -> LVS -> NGINX -> 业务系统 -> 每台机器1W并发(10K问题) 100台机器
    一般先从CDN开始,在全国做不同的CDN缓存,接下来是一堆的LVS,接下来就是NGINX,接下来就是Tomcat等服务器。

  2. Redis可以撑得住单机1w并发。

  3. 普通电商订单 -> 下单 ->订单系统(IO)减库存 ->等待用户付款

  4. 此外,架构设计也是和业务逻辑紧密相关的。

    • 在商城付款流程中,普通电商订单 -> 下单 ->订单系统(IO)减库存,减库存和订单的生成应该是异步进行的,最后一步是用户付款。
    • 在具体的功能模块,比如订单生成,最后还会把压力压到一台服务器,可以做分布式本地库存 + 单独服务器做库存均衡。
  5. 大流量的处理方法:分而治之。
  • 怎么得到一个事务会消耗多少内存?
    1. 弄台机器,看能承受多少TPS?是不是达到目标?扩容或调优,让它达到
    2. 用压测来确定

六、调优2:优化JVM运行环境(慢、卡顿)

1、三个问题

  1. 有一个50万PV的资料类网站(从磁盘提取文档到内存)原服务器32位,1.5G的堆,用户反馈网站比较缓慢,因此公司决定升级,新的服务器为64位,16G的堆内存,结果用户反馈卡顿十分严重,反而比以前效率更低了。
    • 问题:为什么?如何优化?
  2. 系统CPU经常100%,如何调优?(面试高频)
  3. 系统内存飙高,如何查找问题?(面试高频)

2、问题1:扩展了硬件,为什么更慢了

有一个50万PV的资料类网站(从磁盘提取文档到内存)原服务器32位,1.5G的堆,用户反馈网站比较缓慢,因此公司决定升级,新的服务器为64位,16G的堆内存,结果用户反馈卡顿十分严重,反而比以前效率更低了。

  • 问题:为什么?
    • 很多用户浏览数据,很多数据load到内存,内存不足,频繁YGCSTW(stop the world)长,响应时间变慢
  • 为什么会更卡顿?
    • 内存越大,YGC频率变低(好事);因为空间变大,所以STW变长。FGC 时间越长
  • 如何优化?
    • 改变垃圾回收器:PS+PO(JDK1.8) 改成 PN + CMS 或者 G1

3、问题2:系统CPU经常100%,如何调优?(面试高频、美团问过)

  • 系统CPU经常100%,如何调优?(面试高频、美团问过)

  • 我之前写过一篇文章,就是解决这个问题的
    Java面试题之cpu占用率100%,进行定位和解决

  • CPU100%那么一定有线程在占用系统资源,

    1. 找出哪个进程cpu高(top
    2. 该进程中的哪个线程cpu高(top -Hp
    3. 导出该线程的堆栈 (jstack)
    4. 查找哪个方法(栈帧)消耗时间 (jstack)
    5. 工作线程占比高 | 垃圾回收线程占比高

4、问题3:系统内存飙高,如何查找问题?(面试高频)

  • 系统内存飙高,如何查找问题?(面试高频)
    1. 导出堆内存 (jmap)
    2. 分析 (jhat jvisualvm jmat jprofiler … )
    3. (j开头的工具都是JDK自带的)

5、如何监控JVM?

  1. jstat
  2. jvisualvm
  3. jprofiler:收费
  4. arthas :阿里的
  5. top

七、调优3:解决JVM运行出现的各种问题

无监控,不调优

1、风险评控-测试

a、案例-代码

一个案例理解常用工具
测试代码:

package com.mashibing.jvm.gc;

import java.math.BigDecimal;
import java.util.ArrayList;
import java.util.Date;
import java.util.List;
import java.util.concurrent.ScheduledThreadPoolExecutor;
import java.util.concurrent.ThreadPoolExecutor;
import java.util.concurrent.TimeUnit;

/**
 * 从数据库中读取信用数据,套用模型,并把结果进行记录和传输
 */

public class T15_FullGC_Problem01 {

    private static class CardInfo {
        BigDecimal price = new BigDecimal(0.0);
        String name = "张三";
        int age = 5;
        Date birthdate = new Date();

        public void m() {}
    }

    private static ScheduledThreadPoolExecutor executor = new ScheduledThreadPoolExecutor(50,
            new ThreadPoolExecutor.DiscardOldestPolicy());

    public static void main(String[] args) throws Exception {
        executor.setMaximumPoolSize(50);

        for (;;){
            modelFit();
            Thread.sleep(100);
        }
    }

    private static void modelFit(){
        List<CardInfo> taskList = getAllCardInfo();
        taskList.forEach(info -> {
            // do something
            executor.scheduleWithFixedDelay(() -> {
                //do sth with info
                info.m();

            }, 2, 3, TimeUnit.SECONDS);
        });
    }

    private static List<CardInfo> getAllCardInfo(){
        List<CardInfo> taskList = new ArrayList<>();

        for (int i = 0; i < 100; i++) {
            CardInfo ci = new CardInfo();
            taskList.add(ci);
        }

        return taskList;
    }
}

b、定位线程占用CPU高的案例

i、项目启动命令1
  1. 在jvm路径下的终端中:java -Xms200M -Xmx200M -XX:+PrintGC com.mashibing.jvm.c5_gc.T15_FullGC_Problem01
  2. 一般是运维团队首先受到报警信息(CPU Memory)
ii、top命令:找到高内存的进程号(pid)。
  1. top命令观察到问题:内存不断增长 CPU占用率居高不下。找到高内存的pid进程号。

    Mac:内存占了46.7%,在越来越大。
    在这里插入图片描述

  2. top -Hp pid(进程号):打印进程里的所有线程。观察线程,看哪个线程CPU和内存占比高。正常来说占CPU比较多的是垃圾回收的线程比较多,因为垃圾太多回收不过来了,每次只能回收一点点。

iii、jstack:定位具体的线程
  1. jstack:查看使用方法。可以定位具体的线程,查看问题。注意:jstack 所需的 pid号 是十六进制,通过 top 得到的 进程/线程号 都是十进制的,所以需要十进制转十六进制。
    在这里插入图片描述
    jstack pid(进程):会把该进程下的所有线程都给打印出来。
    最开始的线程,这里起了50个线程,所以这里是50开始的,倒序的。
    还有一个点,需要看 线程的状态在这里插入图片描述 最后的线程,中间省略啦。
    Reference Handler线程:处理引用,JVM内部的线程。
    Finalizer线程:垃圾回收线程。
    在往下都是垃圾回收的线程。在这里插入图片描述在这里插入图片描述
    jstack: 定位线程状况,重点关注:WAITING、BLOCKED
    eg.
    waiting on <0x0000000088ca3310> (a java.lang.Object) 很重要,意思就是:waiting 正在等待这把锁的释放,

    jstack pid(进程):会将进程里的所有线程都给列举出来。

    假如有一个进程中100个线程,很多线程都在 waiting on <xx> ,一定要找到是哪个线程持有这把锁

    怎么找? 搜索 jstack dump 的信息,找<xx> ,看哪个线程持有这把锁RUNNABLE

    作业:1:写一个死锁程序,用jstack观察 2 :写一个程序,一个线程持有锁不释放,其他线程等待

iv、jps命令:打印java 的相关进程
  1. jps:java 的 ps,打印java 的相关进程。即定位具体java进程。(win、Linux 都行)
v、阿里规范:线程名要有意义
  1. 为什么阿里规范里规定,线程的名称(尤其是线程池)都要写有意义的名称?
    答:创建线程或者线程池时请指定有意义的线程名称,方便出错时回溯。

    public class TimerTaskThread extends Thread {
        public TimerTaskThread(){
            super.setName("TimerTaskThread");
            ...
        }
    }
    

    怎么样自定义线程池里的线程名称?
    答:(自定义ThreadFactory)

vi、jinfo:进程的虚拟机详细信息
  1. jinfo pid(进程号):打印进程的虚拟机详细信息。
    在这里插入图片描述
    在这里插入图片描述
    等等。
vii、jstat命令:动态观察gc情况
  1. jstat -gc:(不好用,可视化不好用)动态观察gc情况 / 阅读GC日志发现频繁GC。好用的工具:arthas观察 / jconsole/jvisualVM/ Jprofiler(最好用,但是花钱)(下面一一讲解了)
    jstat -gc 4655 500 : 每个500个毫秒打印GC的情况。
    在这里插入图片描述

  2. 如果面试官问你是怎么定位OOM问题的?如果你回答用图形界面(错误)

    • 已经上线的系统不用图形界面,用什么?(用 cmdline(在远程服务器就可以看)、 arthas(阿里的))
      因为 上线的项目绝不会使用JMX等线程时时刻刻的监控,太影响项目了。
    • 图形界面到底用在什么地方?测试!测试的时候进行监控!(压测观察)
viii、jmap命令:查找有多少对象产生
  1. jmap - histo 4655 | head -20,查找有多少对象产生
  2. jmap -dump:format=b,file=xxx pidjmap命令:https://www.jianshu.com/p/a4ad53179df3。线上系统,内存特别大,jmap执行期间会对进程产生很大影响,甚至卡顿(电商不适合)
    1:设定了参数HeapDump,OOM的时候会自动产生堆转储文件
    2:很多服务器备份(高可用),停掉这台服务器对其他服务器不影响
    3:在线定位(一般小点儿公司用不到)

    这个命令执行,JVM会将整个heap的信息dump写入到一个文件,heap如果比较大的话,就会导致这个过程比较耗时,并且执行的过程中为了保证dump的信息是可靠的,所以会暂停应用, 线上系统慎用。

ix、项目启动命令2(新增HeapDump参数)
  1. java -Xms20M -Xmx20M -XX:+UseParallelGC -XX:+HeapDumpOnOutOfMemoryError com.mashibing.jvm.c5_gc.T15_FullGC_Problem01
x、dump文件分析:jhat /jvisualvm/MAT
  1. 使用MAT / jhat /jvisualvm 进行dump文件分析
    https://www.cnblogs.com/baihuitestsoftware/articles/6406271.html
    jhat -J-mx512M xxx.dump

http:// 172.0.0.1:7000
拉到最后:找到对应链接
可以使用OQL查找特定问题对象

  1. 找到代码的问题

c、作业:1:写一个死锁程序,用jstack观察 2 :写一个程序,一个线程持有锁不释放,其他线程等待

2、jconsole远程连接(图形监控)

Linux没有图形化界面,一般都是win链接Linux;一般远程很少使用图像化界面观察得到, 一般可以使用在线跟踪,阿里的arthas,当然远程监控也有用。

jconsole远程连接时,远程需要开一些服务,JMX(Java Manager Extensions,java管理拓展),就是远程管理、监控一些java进程,需要在服务器上的JMX打开。然后用支持的JMX的工具去连接展示即可
在这里插入图片描述

  1. 程序启动加入参数(开启JMX):

    java -Djava.rmi.server.hostname=192.168.17.11 -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=11111 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false 接下来的参数。。。

    全的参数:

    java -Djava.rmi.server.hostname=192.168.17.11 -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=11111 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false java -Xms200M -Xmx200M -XX:+PrintGC com.mashibing.jvm.c5_gc.T15_FullGC_Problem01

  2. 如果遭遇 Local host name unknown:XXX的错误,修改/etc/hosts文件,把XXX加入进去

    192.168.17.11 basic localhost localhost.localdomain localhost4 localhost4.localdomain4
    ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

  3. 关闭linux防火墙(实战中应该打开对应端口)

    service iptables stop
    chkconfig iptables off #永久关闭

  4. windows上打开 jconsole远程连接 192.168.17.11:11111

3、jvisualvm远程连接(了解即可)

有限制,不如JMX协议。
https://www.cnblogs.com/liugh/p/7620336.html (简单做法)

  • mac的路径:/Library/Java/JavaVirtualMachines/jdk1.8.0_202.jdk/Contents/Home/bin

  • 我这里以本地具体。页面展示如下:

  1. 概述:参数等信息
    在这里插入图片描述
  2. 监视:CPU、堆、元空间、类、线程等信息。
    在这里插入图片描述
  3. 线程
    在这里插入图片描述
  4. 抽样器:可以看到类的加载大小情况等,右边有字节和实例个数,可以从这里看出来是哪个类导致的OOM。
    在这里插入图片描述
  5. jprofile
    在这里插入图片描述

4、jprofiler (收费)

5、阿里的arthas在线排查工具

a、描述

b、为什么需要在线排查?

在生产上我们经常会碰到一些不好排查的问题,例如线程安全问题,用最简单的threaddump或者heapdump不好查到问题原因。为了排查这些问题,有时我们会临时加一些日志,比如在一些关键的函数里打印出入参,然后重新打包发布,如果打了日志还是没找到问题,继续加日志,重新打包发布。对于上线流程复杂而且审核比较严的公司,从改代码到上线需要层层的流转,会大大影响问题排查的进度。

c、jvm命令:观察jvm信息

jvm命令:观察jvm信息
https://arthas.aliyun.com/doc/jvm.html

d、thread命令:定位线程问题

  • thread:定位线程问题

e、dashboard命令:实时观察系统情况

  • dashboard: 观察系统情况

f、heapdump命令:等价于 jmap 命令

  • heapdump 使用:https://arthas.aliyun.com/doc/heapdump.html
  • heapdump + jhat(jdk自带):分析,heapdump等价于 jmap 命令,(能在线定位就不要导出dump文件)。使用 heapump 20230221.hprof,查看:jhat 1.hprof ,有时文件太大会导致OOM,通过 jhat查看指定内存的参数,然后使用 jhat -J-mx512M 1.hprof,(jhat是JDK自带的工具;MAT也可以分析dump文件,大多数人使用(下面就是用这个分析的 );还有jvisualvm,这个也很好用)

g、jhat(JDK自带)命令:分析 dump文件

在这里插入图片描述

可以看到开启了服务和端口,然后进去就可以查看信息。
在这里插入图片描述

拉到最下面,可以看到 其他查询(other queries),点进去得到类似于jmap的页面,显示了对象最多的类。

在这里插入图片描述
在这里插入图片描述
还有一个好玩更加强大的是这个自助查询功能。但很少用
在这里插入图片描述
输出各个类的对象,点进去就是对象的各个详细信息,不大常用。
在这里插入图片描述

h、jad命令:反编译

  • jad:反编译主要用于:
    • 动态代理生成类的问题定位
    • 第三方的类(观察代码)
    • 版本问题(确定自己最新提交的版本是不是被使用)

i、redefine命令:热替换

  • redefine 热替换 主要用于:
    目前有些限制条件:只能改方法实现(方法已经运行完成),不能改方法名, 不能改属性
    案例如下
i、案例测试-目的

目标流程:写了一个TT类,调用T类打印数字1,执行TT类;在不停掉程序TT的情况下,将打印1改为打印2。

ii、代码
// 文件1 
public class TT {
  public static void main(String[] args) throws Exception{
    for(;;){
      System.in.read();
      new T().m();
    }
  }
}

//文件2
public class T {
  public void m(){
    System.out.println(2);
  }
}

先编译成字节码文件,再执行
在这里插入图片描述

iii、启动Arthas ,监控TT小程序

新建终端,将Arthas 启动起来并监控TT小程序。
在这里插入图片描述

iv、重新修改、编译T.java

新建终端,修改T.java ,将输出1 改为输出2;然后重新编译成字节码文件

在这里插入图片描述

v、redefine热编译

在Arthas中,使用redefine 进行热编译。
在这里插入图片描述

vi、结果执行
  • 回到程序执行的终端,进行打印。打印出2,说明热编译成功。redefine 命令的注意事项,看文档就可以啦。
  • 现在建议使用 retransform 替换 redefine 命令在这里插入图片描述

j、sc命令:查看 JVM 已加载的类信息

  • https://arthas.aliyun.com/doc/sc.html
  • sc:search class,查看 JVM 已加载的类信息
  • sc -d TT
    • 输出当前类的详细信息,包括这个类所加载的原始文件来源、类的声明、加载的 ClassLoader 等详细信息。
      如果一个类被多个 ClassLoader 所加载,则会出现多次

在这里插入图片描述

k、watch 命令:函数执行数据观测

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
2月前
|
缓存 算法 Java
JVM知识体系学习六:JVM垃圾是什么、GC常用垃圾清除算法、堆内存逻辑分区、栈上分配、对象何时进入老年代、有关老年代新生代的两个问题、常见的垃圾回收器、CMS
这篇文章详细介绍了Java虚拟机(JVM)中的垃圾回收机制,包括垃圾的定义、垃圾回收算法、堆内存的逻辑分区、对象的内存分配和回收过程,以及不同垃圾回收器的工作原理和参数设置。
73 4
JVM知识体系学习六:JVM垃圾是什么、GC常用垃圾清除算法、堆内存逻辑分区、栈上分配、对象何时进入老年代、有关老年代新生代的两个问题、常见的垃圾回收器、CMS
|
1月前
|
存储 监控 Java
JVM进阶调优系列(8)如何手把手,逐行教她看懂GC日志?| IT男的专属浪漫
本文介绍了如何通过JVM参数打印GC日志,并通过示例代码展示了频繁YGC和FGC的场景。文章首先讲解了常见的GC日志参数,如`-XX:+PrintGCDetails`、`-XX:+PrintGCDateStamps`等,然后通过具体的JVM参数和代码示例,模拟了不同内存分配情况下的GC行为。最后,详细解析了GC日志的内容,帮助读者理解GC的执行过程和GC处理机制。
|
2月前
|
Java 应用服务中间件 程序员
JVM知识体系学习八:OOM的案例(承接上篇博文,可以作为面试中的案例)
这篇文章通过多个案例深入探讨了Java虚拟机(JVM)中的内存溢出问题,涵盖了堆内存、方法区、直接内存和栈内存溢出的原因、诊断方法和解决方案,并讨论了不同JDK版本垃圾回收器的变化。
32 4
|
29天前
|
XML 安全 Java
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
本文介绍了Java日志框架的基本概念和使用方法,重点讨论了SLF4J、Log4j、Logback和Log4j2之间的关系及其性能对比。SLF4J作为一个日志抽象层,允许开发者使用统一的日志接口,而Log4j、Logback和Log4j2则是具体的日志实现框架。Log4j2在性能上优于Logback,推荐在新项目中使用。文章还详细说明了如何在Spring Boot项目中配置Log4j2和Logback,以及如何使用Lombok简化日志记录。最后,提供了一些日志配置的最佳实践,包括滚动日志、统一日志格式和提高日志性能的方法。
190 30
【日志框架整合】Slf4j、Log4j、Log4j2、Logback配置模板
|
2月前
|
XML JSON Java
Logback 与 log4j2 性能对比:谁才是日志框架的性能王者?
【10月更文挑战第5天】在Java开发中,日志框架是不可或缺的工具,它们帮助我们记录系统运行时的信息、警告和错误,对于开发人员来说至关重要。在众多日志框架中,Logback和log4j2以其卓越的性能和丰富的功能脱颖而出,成为开发者们的首选。本文将深入探讨Logback与log4j2在性能方面的对比,通过详细的分析和实例,帮助大家理解两者之间的性能差异,以便在实际项目中做出更明智的选择。
268 3
|
4月前
|
Kubernetes Ubuntu Windows
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
【Azure K8S | AKS】分享从AKS集群的Node中查看日志的方法(/var/log)
136 3
|
2月前
|
存储 缓存 关系型数据库
MySQL事务日志-Redo Log工作原理分析
事务的隔离性和原子性分别通过锁和事务日志实现,而持久性则依赖于事务日志中的`Redo Log`。在MySQL中,`Redo Log`确保已提交事务的数据能持久保存,即使系统崩溃也能通过重做日志恢复数据。其工作原理是记录数据在内存中的更改,待事务提交时写入磁盘。此外,`Redo Log`采用简单的物理日志格式和高效的顺序IO,确保快速提交。通过不同的落盘策略,可在性能和安全性之间做出权衡。
1666 14
|
2月前
|
Python
log日志学习
【10月更文挑战第9天】 python处理log打印模块log的使用和介绍
39 0
|
2月前
|
数据可视化
Tensorboard可视化学习笔记(一):如何可视化通过网页查看log日志
关于如何使用TensorBoard进行数据可视化的教程,包括TensorBoard的安装、配置环境变量、将数据写入TensorBoard、启动TensorBoard以及如何通过网页查看日志文件。
236 0
|
2月前
|
存储 分布式计算 NoSQL
大数据-136 - ClickHouse 集群 表引擎详解1 - 日志、Log、Memory、Merge
大数据-136 - ClickHouse 集群 表引擎详解1 - 日志、Log、Memory、Merge
47 0