dump 文件分析

准备一个测试类

package demo;

import java.util.HashMap;
import java.util.Map;

/**
 * @author shawn
 */
public class TestDump {
    /**
     * 声明缓存对象
     */
    private static final Map<String, Object> TEST_MAP = new HashMap<>();

    public static void main(String[] args) {
        try {
            Thread.sleep(10000);

            //循环添加对象到缓存
            for (int i = 0; i < 4000000; i++) {
                Person t = new Person();
                TEST_MAP.put("key" + i, t);
            }
            Thread.sleep(Integer.MAX_VALUE);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
    }
}

class Person {
    public String name = "shawn";
    public String address = "深圳";
}

执行jmap命令

jmap -dump:format=b,file=demo.dump 15820

image.png

使用jvisualvm进行分析

文件->装入 dump文件

image.png

可以看到person类占用内存

image.png

person类被hashmap装入了
点击查看实例

image.png

点击大小排序

image.png

可以看到引用的类的类型,就可以定位到相应代码位置分析

jstack pid命令

>jstack 20868
2021-03-11 15:58:56
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.201-b09 mixed mode):

"Service Thread" #13 daemon prio=9 os_prio=0 tid=0x000000001e7aa800 nid=0x5e64 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C1 CompilerThread3" #12 daemon prio=9 os_prio=2 tid=0x000000001e753000 nid=0x4ec0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread2" #11 daemon prio=9 os_prio=2 tid=0x000000001e750000 nid=0x5810 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #10 daemon prio=9 os_prio=2 tid=0x000000001e749000 nid=0x5d54 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #9 daemon prio=9 os_prio=2 tid=0x000000001e746000 nid=0x34a0 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"JDWP Command Reader" #8 daemon prio=10 os_prio=0 tid=0x000000001e6c6000 nid=0x21c0 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"JDWP Event Helper Thread" #7 daemon prio=10 os_prio=0 tid=0x000000001e6c2800 nid=0x1328 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"JDWP Transport Listener: dt_socket" #6 daemon prio=10 os_prio=0 tid=0x000000001e6b7800 nid=0x423c runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x000000001e658000 nid=0x4e04 waiting on condition [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001e657000 nid=0x55d8 runnable [0x0000000000000000]
   java.lang.Thread.State: RUNNABLE

"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001c85e000 nid=0x5b9c in Object.wait() [0x000000001ec1f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000006c979bc60> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:144)
        - locked <0x00000006c979bc60> (a java.lang.ref.ReferenceQueue$Lock)
        at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:165)
        at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:216)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x000000001e640800 nid=0x2d28 in Object.wait() [0x000000001eb1f000]
   java.lang.Thread.State: WAITING (on object monitor)
        at java.lang.Object.wait(Native Method)
        - waiting on <0x00000006c979bca0> (a java.lang.ref.Reference$Lock)
        at java.lang.Object.wait(Object.java:502)
        at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
        - locked <0x00000006c979bca0> (a java.lang.ref.Reference$Lock)
        at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

"main" #1 prio=5 os_prio=0 tid=0x0000000002e43800 nid=0x51f8 waiting on condition [0x0000000002c6f000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at demo.TestDump.main(TestDump.java:24)

"VM Thread" os_prio=2 tid=0x000000001c859800 nid=0x1ba4 runnable

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000002e59000 nid=0x5118 runnable

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000002e5a800 nid=0xa54 runnable

"GC task thread#2 (ParallelGC)" os_prio=0 tid=0x0000000002e5c000 nid=0x5ca4 runnable

"GC task thread#3 (ParallelGC)" os_prio=0 tid=0x0000000002e5d800 nid=0x4200 runnable

"GC task thread#4 (ParallelGC)" os_prio=0 tid=0x0000000002e61000 nid=0x3a50 runnable

"GC task thread#5 (ParallelGC)" os_prio=0 tid=0x0000000002e62000 nid=0x4f90 runnable

"GC task thread#6 (ParallelGC)" os_prio=0 tid=0x0000000002e65000 nid=0x4850 runnable

"GC task thread#7 (ParallelGC)" os_prio=0 tid=0x0000000002e66800 nid=0x5ae8 runnable

"VM Periodic Task Thread" os_prio=2 tid=0x000000001e7ae800 nid=0x5124 waiting on condition

JNI global references: 1476

重点关注线程状态

runnable:运行中状态,在虚拟机内部执行,可能已经获取到了锁,可以观察是否有locked字样。
blocked:被阻塞并等待锁的释放。
wating:处于等待状态,等待特定的操作被唤醒,一般停留在park(), wait(), sleep(),join() 等语句里。
time_wating:有时限的等待另一个线程的特定操作。
terminated:线程已经退出。

"main" #1 prio=5 os_prio=0 tid=0x0000000002e43800 nid=0x51f8 waiting on condition [0x0000000002c6f000]
   java.lang.Thread.State: TIMED_WAITING (sleeping)
        at java.lang.Thread.sleep(Native Method)
        at demo.TestDump.main(TestDump.java:24)

名称为‘main’的线程当前处于等待状态,休眠时间结束后将自动唤醒

### 回答1: Dump文件是指操作系统或应用程序在出现错误或崩溃时生成的一种二进制文件,用于记录程序运行时的内存和寄存器状态等重要信息。在分析dump文件时,我们可以通过各种工具和技术进行在线分析。 首先,我们可以使用调试器来加载和分析dump文件。调试器是一种可以查看和修改程序的运行状态的工具,它可以帮助我们理解程序在崩溃时的情况。通过调试器,我们可以查看程序的调用栈、变量值和寄存器状态等,从而找到导致程序崩溃的原因。 另外,还有一些专门用于分析dump文件的工具。例如,Windbg是一种强大的调试工具,它可以加载和分析Windows系统生成的dump文件。通过Windbg,我们可以查看程序的内存使用情况,跟踪程序的执行流程,并分析崩溃时的堆栈信息。此外,还有一些第三方工具如WinDbgX、DumpChk等也可以帮助我们对dump文件进行分析。 在线分析dump文件的好处在于可以直接在操作系统或云平台上进行,无需将dump文件下载到本地。这样可以节省时间和网络带宽,并提高分析效率。同时,在线分析还能够利用云平台的计算资源,加快分析速度,特别是当dump文件较大或分析复杂时。 综上所述,通过调试器和专业工具,在线分析dump文件可以帮助我们定位和解决程序的错误和崩溃问题,提高软件质量和稳定性。在线分析还具有高效快捷的特点,适用于各种规模和类型的应用程序。 ### 回答2: dump文件分析在线是指通过在线工具或平台对dump文件进行分析和解析。dump文件是指计算机系统在运行时出现异常或崩溃时生成的一种二进制文件,其中包含了系统状态、内存数据、寄存器值等关键信息,利用这些信息可以进行相关故障排查和问题分析。 在线分析工具通常提供了一系列功能,包括自动解析和显示dump文件的内容,提供基本的系统状态信息,如进程、线程、模块等,以及其他相关调试信息。它们还可以显示内存转储的内容和分析错误的原因。 通过在线分析工具,我们可以深入分析dump文件并识别问题的根源。例如,可以显示当前运行的进程和线程状态、调用堆栈(stack trace)信息、异常代码等。这些功能可以帮助开发人员定位并解决系统异常或崩溃的问题。 在线分析dump文件的好处包括方便快捷、无需下载安装额外软件,同时也保证了数据的安全性,防止机密信息泄露。此外,一些在线工具还提供了数据导出功能,便于进一步分析和处理。 总而言之,dump文件分析在线是指通过利用在线工具或平台对dump文件进行分析和解析,以便于开发人员和系统管理员快速定位和解决计算机系统异常或崩溃问题。 ### 回答3: dump文件分析是指对运行中的程序产生的崩溃文件或转储文件进行解读和调试的过程。这些dump文件中包含了程序在崩溃或异常时的内存状态和代码执行轨迹等关键信息,通过分析这些信息可以帮助开发人员定位和解决程序的问题。 在线的dump文件分析平台提供了一种方便快捷的方式来进行dump文件分析。用户可以将dump文件上传至该平台,然后平台会对文件进行解析和分析,提取出关键信息并进行可视化展示。 通过在线dump文件分析,用户可以获得以下几方面的帮助: 首先,分析平台可以快速定位崩溃的原因。通过解析dump文件中的信息,平台可以提供详细的调用堆栈和错误信息,帮助开发人员准确定位问题代码。 其次,分析平台可以提供运行时内存状态的可视化。开发人员可以查看dump文件中的内存快照,了解程序在崩溃之前的内存分配情况和对象状态,有助于深入理解问题出现的原因。 此外,分析平台还可以提供相关的建议和解决方案。基于对dump文件分析,平台可以向用户提供类似问题的解决方案或者给出可能的线索,帮助开发人员更快地解决问题。 总之,在线dump文件分析是一种方便、高效的调试辅助工具,通过它开发人员可以更快地定位和解决程序的问题,提高开发效率。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值