TOP、jstack、jmap

Linux CPU占用率

TOP

实时显示系统中各个进程的资源占用状况,类似于Windows的任务管理器。常用来查看系统整机性能。
在这里插入图片描述

  • 第一行:任务队列信息,同 uptime 命令的执行结果,分别表示系统时间:14:36:54;运行时长5:07min;登录用户数2;平均负载(load average)::每1、5、15分钟系统的平均负载值load average: 0.00, 0.01, 0.05。
  • 第二行:总进程数113,正在运行1,休眠112,停止0,僵尸进程0
  • 第三行:cpu状态信息,用户空间占用CPU的百分比,内核空间占用CPU的百分比,改变过优先级的进程占用CPU的百分比,空闲CPU百分比, IO等待占用CPU的百分比,硬中断占用CPU的百分比,软中断占用CPU的百分比。按1可查看CPU每个核芯的信息。
  • 第四行:内存状况,总内存、未使用、已使用、缓存,可用内存=free + buffer + cached
  • 第五行:swap交换分区信息,对于内存监控,如果used数值在不断变化,说明内核在不断进行内存和swap的数据交换,这是真正的内存不够用了。

平均负载

  • 系统负载:系统CPU繁忙程度的度量,即有多少进程在等待被CPU调度(进程等待队列的长度)。
  • 平均负载:是一段时间内系统的平均负载,这个一段时间一般取1分钟、5分钟、15分钟。
    Load < 0.7时:系统很闲,要考虑多部署一些服务
    0.7 < Load < 1时:系统状态不错,CPU可以轻松应对
    Load == 1时:系统马上要处理不多来了,赶紧找一下原因
    Load > 5时:CPU已经非常繁忙了,进入CPU的进程都要无法很快的运行。
    三个Load值要先看哪一个?
    结合具体情况具体分析:
    1)1分钟Load>5,5分钟Load<1,15分钟Load<1:短期内繁忙,中长期空闲,初步判断是一个“抖动”,或者是“拥塞前兆”
    2)1分钟Load>5,5分钟Load>1,15分钟Load<1:短期内繁忙,中期内紧张,很可能是一个“拥塞的开始”
    3)1分钟Load>5,5分钟Load>5,15分钟Load>5:短中长期都繁忙,系统“正在拥塞”
    4)1分钟Load<1,5分钟Load>1,15分钟Load>5:短期内空闲,中长期繁忙,不用紧张,系统“拥塞正在好转”

jstack

主要是用来查看某个java进程内的线程堆栈信息

命令

jstack [-l] <pid>
    (to connect to running process) 连接活动线程
jstack -F [-m] [-l] <pid>
    (to connect to a hung process) 连接阻塞线程
jstack [-m] [-l] <executable> <core>
    (to connect to a core file) 连接dump的文件
jstack [-m] [-l] [server_id@]<remote server IP or hostname>
    (to connect to a remote debug server) 连接远程服务器

CPU高

public class Demo {
    private static final Lock lock = new ReentrantLock();
    private static final ExecutorService THREAD_POOL_EXECUTOR = Executors.newFixedThreadPool(2);
    public static void main(String[] args) {
        THREAD_POOL_EXECUTOR.execute(() -> {
            test();
        });
        THREAD_POOL_EXECUTOR.execute(() -> {
            test();
        });
    }
    public static void test() {
        lock.lock();
        int i = 0;
        while (true) {
            i++;
        }
    }
}
  • top:查看占用CPU较高的java进程。
    在这里插入图片描述
  • top -H -p pid:查看pid对应进程下占用CPU高的线程。
    在这里插入图片描述
  • printf “%x\n” pid:将十进制的线程pid转换为十六进制。
    在这里插入图片描述
  • jstack [进程PID] | grep [16进制的线程pid] -A 30
    pool-1-thread-1这个线程状态为RUNNABLE,一直在执行 Demo.test(Demo.java:32)的方法,这样就定位到了对应的代码。
    在这里插入图片描述
  • 线程状态
    1.RUNNABLE,线程处于执行中
    2.BLOCKED,线程被阻塞
    3.WAITING,线程正在等待

线程等待获取锁。
在这里插入图片描述

<think>好的,我现在需要帮助用户理解如何分析jstack的输出结果。首先,用户的问题是关于如何解读和分析jstack的输出结果,所以我得先回顾一下jstack的基本用途和常见的使用场景。jstack主要用于生成Java虚拟机当前时刻的线程快照,帮助诊断线程问题,比如死锁、高CPU使用率等。 接下来,我应该整理分析jstack输出的步骤。首先,用户可能需要知道如何生成jstack日志,这通常是通过命令行命令,比如`jstack -l pid > filename.log`。然后,用户需要理解日志的结构,包括线程状态、调用栈信息等。 然后,我需要考虑用户可能遇到的具体问题,比如线程状态的分析。常见的线程状态有RUNNABLE、BLOCKED、WAITING、TIMED_WAITING等,每种状态都代表了不同的线程行为。例如,RUNNABLE表示线程正在运行或准备运行,而BLOCKED可能表示线程在等待进入同步块。 另外,用户可能需要了解如何识别死锁。jstack会在日志中明确标出死锁,并显示涉及的线程和锁的信息。这部分需要详细说明,可能包括如何查找"deadlock"关键字,以及分析线程持有的锁和等待的锁。 高CPU占用的问题也是一个常见场景。用户可能需要知道如何结合jstacktop命令找到消耗CPU高的线程,然后转换线程ID为十六进制,在jstack日志中查找对应的线程堆栈,分析代码中的问题。 此外,用户可能对线程池和守护线程的状态感兴趣,比如检查线程池是否配置合理,或者是否有大量的线程处于等待状态,这可能表明资源竞争或配置问题。 还要注意日志中的异常信息,比如OOM错误,这可能需要结合其他工具如jmap来分析内存使用情况。 最后,应该提醒用户分析jstack日志时的注意事项,比如多次采样对比,结合其他工具使用,以及关注常见问题模式。同时,生成相关问题可以帮助用户进一步深入学习,比如如何结合jstat和jmap,或者分析线程池配置。 总结下来,回答的结构应该包括生成日志、分析线程状态、识别死锁、排查高CPU问题、检查线程池和守护线程、异常信息处理,以及注意事项。需要确保每一步都清晰,并引用提供的参考资料来支持说明,比如引用[^1]、[^2]、[^3]中的相关内容。</think>### 如何解读和分析 jstack 输出的结果 #### 1. **生成 jstack 日志** 通过命令 `jstack -l <pid> > jstack.log` 导出线程快照,其中 `<pid>` 是 Java 进程 ID[^1]。例如: ```bash jstack -l 8748 > /home/jstack.log ``` #### 2. **理解线程状态** jstack 输出的线程状态是分析核心,常见状态包括: - **RUNNABLE**:线程正在运行或等待 CPU 资源。 - **BLOCKED**:线程被阻塞,等待获取锁。 - **WAITING**:线程无限期等待其他线程的特定操作(如 `Object.wait()`)。 - **TIMED_WAITING**:线程在有限时间内等待(如 `Thread.sleep(1000)`)[^2]。 示例: ``` "main" #1 prio=5 os_prio=0 tid=0x00007f4c2c008800 nid=0x1a03 waiting on condition [0x00007f4c3c4e0000] java.lang.Thread.State: TIMED_WAITING (sleeping) ``` #### 3. **定位高 CPU 占用线程** 1. 使用 `top -H -p <pid>` 找到高 CPU 占用的线程 ID(十进制)。 2. 将线程 ID 转为十六进制(如 `8748` → `0x222c`)。 3. 在 jstack 日志中搜索 `nid=0x222c`,查看对应的线程堆栈,确认是否陷入死循环或密集计算[^3]。 #### 4. **识别死锁** jstack 会自动检测死锁,标记为 `Found one Java-level deadlock`,并列出涉及的线程和锁资源: ``` Found one Java-level deadlock: ============================= "Thread-1": waiting to lock monitor 0x00007f4c2c008800 (object 0x000000076ab00000), which is held by "Thread-0" "Thread-0": waiting to lock monitor 0x00007f4c2c008900 (object 0x000000076ab00010), which is held by "Thread-1" ``` #### 5. **分析线程池问题** - **线程池配置**:检查线程池的核心线程数、最大线程数是否合理。 - **线程等待**:大量线程处于 `WAITING` 或 `TIMED_WAITING` 可能表明任务队列饱和或资源竞争。 #### 6. **关注异常信息** 日志中若出现 `java.lang.OutOfMemoryError` 或 `StackOverflowError`,需结合 `jmap` 分析内存使用情况[^2]。 #### 7. **工具辅助分析** - **统计线程状态数量**: ```bash jstack -l 8748 | grep 'java.lang.Thread.State' | wc -l # 返回总线程数 jstack -l 8748 | grep 'RUNNABLE' | wc -l # 统计运行中线程数 ``` - **可视化工具**:使用 JVisualVM 或在线工具(如 FastThread)解析日志。 #### 注意事项 - **多次采样**:单次日志可能无法反映动态问题,建议间隔多次采样对比。 - **结合其他工具**:高 CPU 问题需结合 `jstat` 或 `jprofile`;内存问题需结合 `jmap`[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值