在这里对linux下、sun(oracle) JDK的线程资源占用问题的查找步骤做一个小结；linux环境下，当发现java进程占用CPU资源很高，且又要想更进一步查出哪一个java线程占用了CPU资源时，按照以下步骤进行查找：

1. 先用top命令找出占用资源厉害的java进程id，如：
2. 如上图所示，java的进程id为'12377'，接下来用top命令单独对这个进程中的所有线程作监视：
   

   1	top -p 12377 -H

   命令还可以这么写：top  -Hp 12377              如图：

3. 如上图所示，linux下，所有的java内部线程，其实都对应了一个进程id，也就是说，linux上的sun jvm将java程序中的线程映射为了操作系统进程；我们看到，占用CPU资源最高的那个进程id是'15417'，这个进程id对应java线程信息中 的'nid'('n' stands for 'native');
4. 要想找到到底是哪段具体的代码占用了如此多的资源，先使用jstack打出当前栈信息到一个文件里, 比如stack.log：
   

   jstack 12377 > stack.log

   然后使用'jtgrep'脚本把这个进程号为'15417'的java线程在stack.log中抓出来：

   jtgrep 15417 stack.log

其中，'jtgrep'是自己随便写的一个shell脚本：

#!/bin/sh

nid=`python -c "print hex($1)"`
grep -i $nid $2

道理很简单，就是把'15417'转换成16进制后，直接grep stack.log;可以看到，被grep出的那个线程的nid=0x3c39，正好是15417的16进制表示。

=====================================

https://www.cnblogs.com/chengJAVA/p/5821218.html

JVM调优之jstack找出最耗cpu的线程并定位代码

jstack可以定位到线程堆栈，根据堆栈信息我们可以定位到具体代码，所以它在JVM性能调优中使用得非常多。下面我们来一个实例找出某个Java进程中最耗费CPU的Java线程并定位堆栈信息，用到的命令有ps、top、printf、jstack、grep。

第一步先找出Java进程ID，服务器上的Java应用名称为mrf-center：

root@ubuntu:/# ps -ef | grep mrf-center | grep -v grep
root     21711     1  1 14:47 pts/3    00:02:10 java -jar mrf-center.jar

得到进程ID为21711，第二步找出该进程内最耗费CPU的线程，可以使用
1）ps -Lfp pid
2）ps -mp pid -o THREAD, tid, time
3）top -Hp pid
用第三个，输出如下：

TIME列就是各个Java线程耗费的CPU时间，CPU时间最长的是线程ID为21742的线程，用

printf "%x\n" 21742

得到21742的十六进制值为54ee，下面会用到。

OK，下一步终于轮到jstack上场了，它用来输出进程21711的堆栈信息，然后根据线程ID的十六进制值grep，如下：

root@ubuntu:/# jstack 21711 | grep 54ee
"PollIntervalRetrySchedulerThread" prio=10 tid=0x00007f950043e000 nid=0x54ee in Object.wait()

可以看到CPU消耗在PollIntervalRetrySchedulerThread这个类的Object.wait()，我找了下我的代码，定位到下面的代码：

// Idle wait
getLog().info("Thread [" + getName() + "] is idle waiting...");
schedulerThreadState = PollTaskSchedulerThreadState.IdleWaiting;
long now = System.currentTimeMillis();
long waitTime = now + getIdleWaitTime();
long timeUntilContinue = waitTime - now;
synchronized(sigLock) {try {if(!halted.get()) {sigLock.wait(timeUntilContinue);}} catch (InterruptedException ignore) {}
}

它是轮询任务的空闲等待代码，上面的sigLock.wait(timeUntilContinue)就对应了前面的Object.wait()。

hadoop jstack Unable to open socket file: target process not responding or HotSpot VM not loaded

需要在hadoop用户，使用jstack 才能生效

在别的用户下可使用 sudo -u hdp jstack pid

用户名为当前tomcat的用户名