标签：blog http color ar 使用 sp java 文件 div
项目加了些拦截器代码后，CPU报警，显示CPU使用率超过100%；
想要查找到底是哪些代码消耗的资源过多，从网上找到一篇博文，转载如下：
http://blog.csdn.net/guixunlong/article/details/8450897
|
在知道哪个Java进程CPU占用率过高以后： 1.使用命令 jstack PID 命令打印出CPU占用过高进程的线程栈，例如jstack 12012 > 12012.txt 2.使用top -H -p PID 命令查看对应进程是哪个线程占用CPU过高. 比如: 
可以看到，线程号为12025的线程占用cpu很高，接下来就可以在12012.txt中查找该线程，看它为啥这么忙了 或者也可以采用ps命令 ps -mp pid -o THREAD,tid,time 或者 ps -Lfp pid 来查看繁忙的线程信息 
这个命令的作用，主要是可以获取到对应一个进程下的线程的一些信息。 比如你想分析一下一个java进程的一些运行瓶颈点，可以通过该命令找到所有当前Thread的占用CPU的时间，线程号为tid列。 3.在jstack dump出来的文件中查找目录线程，需要注意的是用16进程数来表示线程号，所以我们可以找12025对应的16进程数2EF9 
图中黄色文字即为线程id值 nid : 对应的Linux操作系统下的tid线程号，也就是前面转化的16进制数字 tid: 这个应该是jvm的jmm内存规范中的唯一地址定位 |
按照博主的步骤，的确找到的详细的线程信息（非常感谢博主！）。
只是步骤有些繁琐，在紧急时刻，分秒必争，该方法显然会浪费不少时间。
于是想根据博主的步骤，写个自动化的脚本。
经过多次的执行和分析，功夫不负有心人，终于写出了满足条件的shell脚本，
直接调用该脚本，无需任何参数，即可执行；该脚本能在笔者工作的各个生产环境中使用。
现将该脚本内容贴出如下，并在代码中添加了注释，供各位参考；该脚本不一定满足各种环境，请自行修改。
笔者水平有限，错误在所难免。欢迎批评指正。
#!/bin/bash
########################################################
### 查找占用CPU资源过高的线程详细信息
###
### 2014-11-03 allen add
##########################################################
#Step1 打印占用CPU过高的进程ID
top -b -d3 -n1 -u hotel | awk ‘/PID/,0‘ > ./_pid_out.out
v_pid=`awk ‘NR==2 {print $1}‘ ./_pid_out.out`
#Step2 打印进程中占用CPU过高的线程ID
top -b -d3 -n1 -H -p $v_pid | awk ‘/PID/,0‘ > ./_tid_out.out
v_tid=`awk ‘NR==2 {print $1}‘ ./_tid_out.out`
#Step3 将线程ID转为16进制
#echo ‘ibase=10;obase=16;$v_tid‘ | bc
v_tid16=`printf %x $v_tid`
echo "thread id[hexadecimal] is : 0x${v_tid16}"
echo ""
#Step4 打印CPU占用过高的进程的线程栈
echo "wait 5 seconds, please..."
jstack $v_pid > ./_thread_stack.out
sleep 5s
#Step5 在 _thread_stack.out 中查找线程执行的具体代码,打印改行及其之后30行,并高亮显示匹配内容
cat ./_thread_stack.out | grep -n --color=auto -A 30 -i 0x${v_tid16}
#clean
rm -rf ./_pid_out.out
rm -rf ./_tid_out.out
标签：blog http color ar 使用 sp java 文件 div
原文地址：http://www.cnblogs.com/dxm2025/p/4101704.html
