jstack 分析出线程id 如何找到进程吗

jstack 分析出线程id 如何找到进程

jstack用于打印出给定的java进程ID或core file或远程调试服务的Java堆栈信息。

如果是在64位机器上，需要指定选项"-J-d64"，Windows的jstack使用方式只支持以下的这种方式：jstack [-l] pid

如果java程序崩溃生成core文件，jstack工具可以用来获得core文件的java stack和native stack的信息，从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。

另外，jstack工具还可以附属到正在运行的java程序中，看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态，jstack是非常有用的。

需要注意的问题:

l 不同的 JAVA虚机的线程 DUMP的创建方法和文件格式是不一样的，不同的 JVM版本， dump信息也有差别。

l 在实际运行中，往往一次 dump的信息，还不足以确认问题。建议产生三次 dump信息，如果每次 dump都指向同一个问题，我们才确定问题的典型性。

2、命令格式

$jstack [ option ] pid

$jstack [ option ] executable core

$jstack [ option ] [server-id@]remote-hostname-or-IP

参数说明:

pid: java应用程序的进程号,一般可以通过jps来获得;

executable:产生core dump的java可执行程序;

core:打印出的core文件;

remote-hostname-or-ip:远程debug服务器的名称或IP;

server-id: 唯一id,假如一台主机上多个远程debug服务;

示例:

$jstack –l 23561

线程分析:

一般情况下，通过jstack输出的线程信息主要包括：jvm自身线程、用户线程等。其中jvm线程会在jvm启动时就会存在。对于用户线程则是在用户访问时才会生成。

默认情况下，在调试多线程程序时，当遇到断点时(breakpoint)，当前线程暂停，而其它线程继续运行，有些情况下，这是我们不想要看到的。比如下面的例子：

除第21个线程以外，其余都是Running状态。

修改：

Window->Preferences->Java->Debug:

在红色区域内，将默认的Suspend Thread 改为 Suspend VM

再调试多线程程序:

可以看到所有线程都Suspend了。

以上就是关于jstack 分析出线程id 如何找到进程吗全部的内容，包括:jstack 分析出线程id 如何找到进程吗、Java多线程调试如何完成信息输出处理、等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！