Java 线程诊断实战-全面解锁线程转储分析技巧

2024-06-01 13:44
文章标签 java 分析 实战 线程 技巧 全面 诊断 解锁 转储

本文主要是介绍Java 线程诊断实战-全面解锁线程转储分析技巧，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！


大家好!今天，我将为大家带来一个非常实用的主题 —— 如何高效诊断和分析 Java 线程问题。无论是死锁、线程阻塞，还是资源耗尽等情况，都可能会给线上系统带来严重的影响。而恰当地使用线程转储(Thread Dump)工具无疑是定位和解决问题的重要一环。让我们一同来学习和掌握相关的知识和技巧吧!


一、线程转储概述


在开始之前，我们先简单了解一下什么是线程转储。线程转储是 JVM 用于诊断线程问题的核心工具，它可以导出运行中的线程堆栈信息。这份信息不仅包含了每个线程的调用堆栈，还会展示线程的状态、锁持有情况等诸多细节，为我们分析问题提供了极为宝贵的数据来源。

对应到实践中，我们可以通过多种途径获取线程转储快照，如使用 JDK 命令行工具、第三方可视化工具、或在代码中主动触发等。无论采取何种手段，线程转储对于诊断线程相关问题都不可或缺。


二、获取线程转储


作为一名 Java 开发者，掌握获取线程转储的方式是我们的必修课。让我们首先来学习如何使用 JDK 自带的线程转储工具。


1、jstack 命令行工具

jstack 是 JDK 自带的一个堆栈跟踪实用程序，它能够生成 Java 线程的快照，也就是线程转储（Thread Dump）。这对于分析多线程程序中的死锁、线程阻塞等问题非常有用。

下面是如何使用 jstack 命令行工具的详细说明：


第1步，确定 Java 进程的 PID

首先，你需要确定你想要获取线程转储的 Java 进程的进程 ID（PID）。可以使用以下命令之一来查找：

  • 在 Unix/Linux/Mac OS X 上：

    ps -ef | grep java

    这将列出所有 Java 进程及其 PID。

  • 在 Windows 上：

    tasklist | findstr java

    这将显示所有包含 “java” 的进程及其 PID。


第2步，使用 jstack 获取线程转储

一旦你有了 PID，就可以使用 jstack 来获取线程转储。命令格式如下：

jstack <PID>
  • <PID> 是你要分析的 Java 进程的 PID。

例如，如果 PID 是 12345，那么命令将是：

jstack 12345

第3步，将输出重定向到文件

通常，线程转储的信息量很大，所以你可能想要将其输出到一个文件中，以便进一步分析。可以使用重定向操作来做到这一点：

jstack <PID> > thread_dump.txt

这将把线程转储保存到 thread_dump.txt 文件中。


第4步，分析线程转储

线程转储文件包含每个线程的详细信息，包括：

  • 线程 ID 和名称
  • 线程状态（如 RUNNABLE、BLOCKED、WAITING、TIMED_WAITING）
  • 线程持有的锁和正在等待的锁
  • 线程的调用栈

分析线程转储时，可以关注以下几个方面：

  • 死锁检测：查找处于 BLOCKED 状态的线程，并检查是否有循环等待锁的情况。
  • 线程阻塞：查找长时间处于 BLOCKED 或 WAITING 状态的线程。
  • 资源使用：分析线程持有的锁，了解资源的使用情况。

第5步，使用 jstack 的其他选项

jstack 还有一些其他选项，可以帮助你更好地分析线程转储：

  • -F：当进程不响应时，强制获取线程转储。
  • -l：除了堆栈跟踪外，还输出关于锁的附加信息。
  • -m：输出Java和本地（C/C++）方法的堆栈跟踪。
  • -E：输出环境信息。

例如，要获取包含锁信息的线程转储，可以使用：

jstack -l <PID>

注意事项
  • 使用 jstack 需要具有对目标 Java 进程的访问权限。
  • 在生产环境中，频繁使用 jstack 可能会对性能产生影响，建议谨慎使用。
  • 线程转储文件可能很大，特别是对于有大量线程的应用程序。

通过这些步骤，你应该能够轻松地使用 jstack 命令行工具来获取和分析 Java 应用程序的线程转储。这将帮助你更好地理解应用程序的行为，并解决多线程编程中的问题。


2、jcmd 工具

jcmd 是一个强大的命令行工具，它集成了多种功能，包括获取 Java 线程转储。以下是如何使用 jcmd 工具获取线程转储的详细步骤：


第1步，确定 Java 进程的 PID

首先，你需要找到你想要分析的 Java 进程的进程 ID（PID）。可以使用以下命令来查找：

  • 在 Unix/Linux/Mac OS X 上

    ps -ef | grep java

  • 在 Windows 上

    tasklist | findstr java

第2步，使用 jcmd 获取线程转储

使用 jcmd 获取线程转储的命令格式如下：

jcmd <PID> Thread.print
  • <PID> 是你要分析的 Java 进程的 PID。

例如，如果 PID 是 12345，那么命令将是：

jcmd 12345 Thread.print

执行该命令后，你将看到控制台输出了该 Java 进程所有线程的详细信息，包括线程状态和堆栈跟踪。


第3步，将输出重定向到文件

如果你想要保存线程转储的输出，可以将其重定向到一个文件中：

jcmd <PID> Thread.print > thread_dump.txt

这样，线程转储的内容将被保存到 thread_dump.txt 文件中，方便后续分析。


第4步，使用 jcmd 的其他选项

jcmd 提供了一些额外的选项，可以帮助你更详细地分析线程状态：

  • -l：打印锁信息，显示线程持有的锁和等待的锁。
  • -h：打印帮助信息。

例如，要获取包含锁信息的线程转储，可以使用：

jcmd <PID> Thread.print -l > thread_dump_with_locks.txt

注意事项
  • 使用 jcmd 需要具有对目标 Java 进程的访问权限。
  • 在生产环境中，频繁使用 jcmd 可能会对性能产生影响，建议谨慎使用。
  • 线程转储文件可能很大，特别是对于有大量线程的应用程序。

通过以上步骤，你应该能够轻松地使用 jcmd 命令行工具来获取和分析 Java 应用程序的线程转储。这将帮助你更好地理解应用程序的行为，并解决多线程编程中的问题


3、第三方工具

除了官方提供的命令行工具，我们也可以借助第三方可视化工具获取线程转储，如Java VisualVM、Arthas等。这些工具提供了友好的GUI操作界面，在一定程度上提高了使用效率。


以下是使用 VisualVM 获取目标进程线程转储文件的详细步骤：


第1步，下载并启动 VisualVM

首先，确保你已经下载并安装了 VisualVM。VisualVM 通常随 JDK 一起提供，位于 jdk/bin 目录下。如果没有，你可以从 VisualVM 的官方网站 下载。

下载完成后，启动 VisualVM。


第2步，连接到目标 Java 进程

  • 打开 VisualVM 后，它会自动显示本地运行的所有 Java 应用程序列表。

  • 如果你想要连接到一个远程进程，可以通过 File > Add JMX Connection... 来添加远程连接。


第3步，选择目标进程

  • 在 VisualVM 的应用程序列表中，找到你想要分析的 Java 进程。

  • 单击该进程，它将在右侧显示更多详细信息。


第4步，打开线程视图

  • 在目标进程的详细信息视图中，找到并点击 Threads 选项卡。

  • 这将显示当前进程的所有线程及其状态。


第5步，获取线程转储

  • 在 Threads 选项卡中，你可以看到所有线程的列表。

  • 点击顶部的 Thread Dump 按钮（通常是一个带有向下箭头的图标）。

  • 选择 Save 来保存线程转储到文件。


第6步，保存线程转储文件

  • 在弹出的保存对话框中，选择你想要保存线程转储文件的位置。

  • 输入文件名，并确保文件扩展名是 .txt。

  • 点击 Save，VisualVM 将生成线程转储文件并保存到你指定的位置。


第7步，分析线程转储文件

  • 使用文本编辑器打开保存的线程转储文件。

  • 分析线程的状态、堆栈跟踪和锁信息，以诊断问题。


注意事项
  • VisualVM 需要有权限访问目标 Java 进程。
  • 在生产环境中，频繁获取线程转储可能会对性能产生影响，建议谨慎使用。
  • 线程转储文件可能很大，特别是对于有大量线程的应用程序。

通过这些步骤，你可以轻松地使用 VisualVM 获取目标进程的线程转储文件，并进行进一步的分析。这将帮助你更好地理解应用程序的行为，并解决多线程编程中的问题。


4、代码植入型获取

在极端情况下，我们无法采用上述任何一种方式获取线程转储时，还可以考虑主动在代码中植入获取线程转储的逻辑。

这种做法虽然不够优雅，但在紧急时刻仍可获取所需信息:

public class ThreadDumpExample {public static void main(String[] args) {// 创建一个线程Thread thread = new Thread(() -> {try {// 模拟线程运行Thread.sleep(10000);} catch (InterruptedException e) {e.printStackTrace();}});// 启动线程thread.start();// 等待线程启动try {Thread.sleep(1000);} catch (InterruptedException e) {e.printStackTrace();}// 获取当前线程的线程转储Thread currentThread = Thread.currentThread();System.out.println("Thread dump for " + currentThread.getName());currentThread.dumpStack();// 获取指定线程的线程转储System.out.println("Thread dump for " + thread.getName());thread.dumpStack();}
}

通过在代码中调用上述方法，即可在控制台输出所有线程的转储信息。


三、线程转储分析

获取到线程转储文件后，我们就可以开始分析其中的信息，以定位线程相关的问题根源。

一份标准的线程转储快照通常包括以下几个部分:

  1. 全局概况 展示了JVM、操作系统、CPU使用情况等宏观信息
  2. 线程列表 每个线程的基本信息，包括状态、锁持有情况等
  3. 死锁检测 JVM自动检测到的死锁线程及其调用堆栈
  4. 锁信息 展示各个监视器的基本情况，判断锁争用问题
  5. 线程堆栈信息 关键所在，展示每个线程的详细调用堆栈

让我们通过几个具体的场景，来学习如何从线程转储中获取所需信息。


四、死锁问题

假设我们的应用出现了死锁问题，系统响应变得极为缓慢，作为第一步，我们可以先检查死锁检测部分，查看是否存在死锁:

Found one Java-level deadlock:
=============================
"Thread-2":waiting to lock monitor 0x000000076ac2d668 (object 0x000000076ac97668, a java.lang.Object),which is held by "Thread-1"
"Thread-1":waiting to lock monitor 0x000000076ac2d6c8 (object 0x000000076ac976b8, a java.lang.Object),which is held by "Thread-2"

通过上述输出，我们可以清楚地看到，Thread-1 和 Thread-2 互相持有对方需要的锁资源，从而形成了死锁。借助这个信息，我们就可以快速定位产生死锁的代码位置。


五、线程阻塞

另一个常见的线程问题是阻塞，即某个线程由于等待资源无法执行下去。通过观察线程的状态和堆栈，我们可以诊断出阻塞的原因:

"http-bio-8080-exec-4" daemon prio=5 tid=0x000000001247c000 nid=0xc28 waiting for monitor entry [0x000000001f60f000]java.lang.Thread.State: BLOCKED (on object monitor)at com.example.PathService.handleRequest(PathService.java:78)- waiting to lock <0x000000076b217e28> (a java.lang.Object)

以上输出显示了线程的当前状态为 BLOCKED，并且正在等待获取对象0x000000076b217e28上的锁。再结合堆栈信息，我们就可以推断出该线程正在执行PathService.handleRequest方法时被阻塞，并锁定了该问题的代码位置。


六、死循环检测

我们再来看一种让系统资源被不当消耗的线程问题 —— 死循环。由于死循环会导致 CPU 占用率飙升，因此我们可以通过观察线程堆栈来发现疑似死循环的代码:

"Thread-3" daemon prio=5 tid=0x000000001ba04000 nid=0x4294 runnable [0x000000001d12f000]java.lang.Thread.State: RUNNABLEat com.example.LoadService.loadData(LoadService.java:42)at com.example.LoadService.loadData(LoadService.java:35)at com.example.LoadService.loadData(LoadService.java:35)...

上面的堆栈信息中，我们可以看到同一个方法LoadService.loadData被反复调用，呈现出循环执行的迹象。结合代码review，我们很可能就能发现潜在的死循环问题所在。


七、资源耗尽问题

最后，我们来关注一种通过线程转储很难直接发现但影响较大的问题 —— 资源耗尽。当某个线程持有过多的资源(如文件描述符、数据库连接等)时，可能会导致资源池被耗尽，进而导致其他线程无法获取所需资源而阻塞。

对于这种情况，我们需要结合线程堆栈去分析哪些线程可能持有过多资源，例如:

"http-bio-8080-exec-7" daemon prio=5 tid=0x000000001c60e800 nid=0x23d0 waiting on condition [0x000000001fe7f000]java.lang.Thread.State: TIMED_WAITING (parking)at sun.misc.Unsafe.park(Native Method)...at com.example.ConnectionPool.getConnection(ConnectionPool.java:56)at com.example.QueryTask.run(QueryTask.java:22)

上面这个线程正在执行QueryTask任务，其中需要从ConnectionPool获取数据库连接。如果出现大量类似的线程堆栈，很可能就是连接池已被耗尽，无法再分配新连接。


小结

通过上述案例的分析，相信您已经对线程转储的获取和分析有了一定的实战经验。当然，这只是开端，未来我们还可以结合更多的工具和技术手段，如自动化监控、使用 Arthas 等诊断工具套件、应用 APM 监控等，从而实现更高效、更智能的线程诊断。

在此，我也想抛出一个思考题，供大家共同探讨:如何通过优化代码或者更新框架，来减少潜在的死锁、死循环等线程问题的发生?诚挚欢迎您在评论区分享自己的见解!

最后，如果您对 Java 线程和并发编程这一领域有进一步的兴趣，也欢迎继续关注我的博客。未来，我们还将深入探讨 Java 线程调度、线程安全、Lock/Condition 等相关主题，一起在这个广阔的领域不断学习和进步!期待您的继续交流!


这篇关于Java 线程诊断实战-全面解锁线程转储分析技巧的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1021174。

相关文章

网页解析 lxml 库--实战

网页解析 lxml 库--实战

lxml库使用流程 lxml 是 Python 的第三方解析库，完全使用 Python 语言编写，它对 XPath表达式提供了良好的支 持，因此能够了高效地解析 HTML/XML 文档。本节讲解如何通过 lxml 库解析 HTML 文档。 pip install lxml lxm| 库提供了一个 etree 模块，该模块专门用来解析 HTML/XML 文档，下面来介绍一下 lxml 库
阅读更多...
Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya-AI分享的他在OpenAI学习到的15个提示工程技巧

Ilya（不是本人，claude AI）在社交媒体上分享了他在OpenAI学习到的15个Prompt撰写技巧。 以下是详细的内容： 提示精确化:在编写提示时,力求表达清晰准确。清楚地阐述任务需求和概念定义至关重要。例:不用"分析文本",而用"判断这段话的情感倾向:积极、消极还是中性"。 快速迭代:善于快速连续调整提示。熟练的提示工程师能够灵活地进行多轮优化。例:从"总结文章"到"用
阅读更多...
JVM 的类初始化机制

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时，有没有考虑过 JVM 是如何把静态的字节码（byte code）转化为运行时对象的呢，这个问题看似简单，但清楚的同学相信也不会太多，这篇文章首先介绍 JVM 类初始化的机制，然后给出几个易出错的实例来分析，帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段，分别是：loading 、Linking、initialization
阅读更多...
Spring Security 基于表达式的权限控制

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权，允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true （Spring security默认会带有ROLE_前缀）,去
阅读更多...
浅析Spring Security认证过程

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程，特意画了如下的类图，包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口，接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti
阅读更多...
Spring Security--Architecture Overview

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类，它们之间的依赖，构建起了整个框架。想要理解整个架构，最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文（security context）的信息。当前操作的用户是谁，该用户是否已经被认证，他拥有哪些角色权限…这些都被保
阅读更多...
Spring Security基于数据库验证流程详解

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明（认真看哦） AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证，则会调用 #attemptAuthentica
阅读更多...
Spring Security 从入门到进阶系列教程

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门（一）：登录与退出》 《Spring-Security-入门（二）：基于数据库验证》 《Spring-Security-入门（三）：密码加密》 《Spring-Security-入门（四）：自定义-Filter》 《Spring-Security-入门（五）：在 Sprin
阅读更多...
Java架构师知识体认识

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物
阅读更多...
Java进阶13讲__第12讲_1/2

Java进阶13讲__第12讲_1/2

多线程、线程池 1.  线程概念 1.1  什么是线程 1.2  线程的好处 2.   创建线程的三种方式 注意事项 2.1  继承Thread类 2.1.1 认识  2.1.2  编码实现  package cn.hdc.oop10.Thread;import org.slf4j.Logger;import org.slf4j.LoggerFactory
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2