作者:大数据之路 , 链接 : my.oschina.net/leejun2005/blog/1524687
0、背景 经常做后端服务开发的同学,或多或少都遇到过 CPU 负载特别高的问题。
经常做后端服务开发的同学,或多或少都遇到过 CPU 负载特别高的问题。尤其是在周末或大半夜,突然群里有人反馈线上机器负载特别高,不熟悉定位流程和思路的同学可能登上服务器一通手忙脚乱,定位过程百转千回。
对此,也有不少同学曾经整理过相关流程或方法论,类似把大象放进冰箱要几步,传统的方案一般是 4 步:
top oder by with P:1040 // 首先按进程负载排序找到 axLoad(pid)
top -Hp 进程 PID:1073 // 找到相关负载 线程 PID
printf “0x%x\n” 线程 PID: 0x431 // 将线程 PID 转换为 16 进制,为后面查找 jstack 日志做准备
jstack 进程 PID | vim +/ 十六进制线程 PID - // 例如:jstack 1040|vim +/0x431 -
但是对于线上问题定位来说,分秒必争,上面的 4 步还是太繁琐耗时了,有没有可能封装成为一个工具,在有问题的时候一键定位,秒级找到有问题的代码行呢?
当然可以!工具链的成熟与否不仅体现了一个开发者的运维能力,也体现了开发者的效率意识。淘宝的 oldratlee 同学就将上面的流程封装为了一个工具:show-busy-java-threads.sh(点击可直接下载,或参考文末链接下载),可以很方便的定位线上的这类问题,下面我会举两个例子来看实际的效果。
快速安装使用:
source <(curl -fsSL https://raw.githubusercontent.com/oldratlee/useful-scripts/master/test-cases/self-installer.sh)
import java.util.ArrayList;
import java.util.List;
import java.util.regex.Matcher;
import java.util.regex.Pattern;
public class RegexLoad {
public static void main(String[] args) {
String[] patternMatch = {"([\\w\\s]+)+([+\\-/*])+([\\w\\s]+)",
"([\\w\\s]+)+([+\\-/*])+([\\w\\s]+)+([+\\-/*])+([\\w\\s]+)"};
List<String> patternList = new ArrayList<String>();
patternList.add("Avg Volume Units product A + Volume Units product A");
patternList.add("Avg Volume Units / Volume Units product A");
patternList.add("Avg retailer On Hand / Volume Units Plan / Store Count");
patternList.add("Avg Hand Volume Units Plan Store Count");
patternList.add("1 - Avg merchant Volume Units");
patternList.add("Total retailer shipment Count");
for (String s :patternList ){
for(int i=0;i<patternMatch.length;i++){
Pattern pattern = Pattern.compile(patternMatch[i]);
Matcher matcher = pattern.matcher(s);
System.out.println(s);
if (matcher.matches()) {
System.out.println("Passed");
}else
System.out.println("Failed;");
}
}
}
}
复制代码
编译、运行上述代码之后,咱们就能观察到服务器多了一个 100% CPU 的 java 进程:
怎么使用呢?
show-busy-java-threads.sh# 从 所有的 Java 进程中找出最消耗 CPU 的线程(缺省 5 个),打印出其线程栈。
show-busy-java-threads.sh -c <要显示的线程栈数>
show-busy-java-threads.sh -c <要显示的线程栈数> -p < 指定的 Java Process># -F 选项:执行 jstack 命令时加上 - F 选项(强制 jstack),一般情况不需要使用 show-busy-java-threads.sh -p <指定的 Java Process> -F
show-busy-java-threads.sh -s <指定 jstack 命令的全路径># 对于 sudo 方式的运行,JAVA_HOME 环境变量不能传递给 root,# 而 root 用户往往没有配置 JAVA_HOME 且不方便配置,# 显式指定 jstack 命令的路径就反而显得更方便了
show-busy-java-threads.sh -a <输出记录到的文件>
show-busy-java-threads.sh -t <重复执行的次数> -i < 重复执行的间隔秒数 ># 缺省执行一次;执行间隔缺省是 3 秒
############################### 注意:############################### 如果 Java 进程的用户 与 执行脚本的当前用户 不同,则 jstack 不了这个 Java 进程。# 为了能切换到 Java 进程的用户,需要加 sudo 来执行,即可以解决:sudo show-busy-java-threads.sh
示例:
work@dev_zz_Master 10.48.186.32 23:45:50 ~/demo >
bash show-busy-java-threads.sh
[1] Busy(96.2%) thread(8577/0x2181) stack of java process(8576) under user(work):
"main" prio=10 tid=0x00007f0c64006800 nid=0x2181 runnable [0x00007f0c6a64a000]
java.lang.Thread.State: RUNNABLE
at java.util.regex.Pattern$GroupHead.match(Pattern.java:4168)
at java.util.regex.Pattern$Loop.match(Pattern.java:4295)
...
at java.util.regex.Matcher.match(Matcher.java:1127)
at java.util.regex.Matcher.matches(Matcher.java:502)
at RegexLoad.main(RegexLoad.java:27)
[2] Busy(1.5%) thread(8591/0x218f) stack of java process(8576) under user(work):
"C2 CompilerThread1" daemon prio=10 tid=0x00007f0c64095800 nid=0x218f waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
[3] Busy(0.8%) thread(8590/0x218e) stack of java process(8576) under user(work):
"C2 CompilerThread0" daemon prio=10 tid=0x00007f0c64093000 nid=0x218e waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
[4] Busy(0.2%) thread(8593/0x2191) stack of java process(8576) under user(work):
"VM Periodic Task Thread" prio=10 tid=0x00007f0c640a2800 nid=0x2191 waiting on condition
[5] Busy(0.1%) thread(25159/0x6247) stack of java process(25137) under user(work):
"VM Periodic Task Thread" prio=10 tid=0x00007f13340b4000 nid=0x6247 waiting on condition
work@dev_zz_Master 10.48.186.32 23:46:04 ~/demo >
复制代码
可以看到,一键直接定位异常代码行,是不是很方便?
import java.util.*;
public class SimpleDeadLock extends Thread {
public static Object l1 = new Object();
public static Object l2 = new Object();
private int index;
public static void main(String[] a) {
Thread t1 = new Thread1();
Thread t2 = new Thread2();
t1.start();
t2.start();
}
private static class Thread1 extends Thread {
public void run() {
synchronized (l1) {
System.out.println("Thread 1: Holding lock 1...");
try { Thread.sleep(10); }
catch (InterruptedException e) {}
System.out.println("Thread 1: Waiting for lock 2...");
synchronized (l2) {
System.out.println("Thread 2: Holding lock 1 & 2...");
}
}
}
}
private static class Thread2 extends Thread {
public void run() {
synchronized (l2) {
System.out.println("Thread 2: Holding lock 2...");
try { Thread.sleep(10); }
catch (InterruptedException e) {}
System.out.println("Thread 2: Waiting for lock 1...");
synchronized (l1) {
System.out.println("Thread 2: Holding lock 2 & 1...");
}
}
}
}
}
复制代码
执行之后的效果:
如何用工具定位:
一键定位:可以清晰的看到线程互相锁住了对方等待的资源,导致死锁,直接定位到代码行和具体原因。
通过上面两个例子,我想各位同学应该对这个工具和工具能解决什么问题有了比较深刻的了解了,遇到 CPU 100% 问题可以从此不再慌乱。但是更多的还是依赖大家自己去实践,毕竟实践出真知嘛~
除了正文提到的 show-busy-java-threads.sh,oldratlee 同学还整合和不少常见的开发、运维过程中涉及到的脚本工具,觉得特别有用的我简单列下:
(1)show-duplicate-java-classes
偶尔会遇到本地开发、测试都正常,上线后却莫名其妙的 class 异常,历经千辛万苦找到的原因竟然是 Jar 冲突!这个工具就可以找出 Java Lib(Java 库,即 Jar 文件)或 Class 目录(类目录)中的重复类。
Java 开发的一个麻烦的问题是 Jar 冲突(即多个版本的 Jar),或者说重复类。会出 NoSuchMethod 等的问题,还不见得当时出问题。找出有重复类的 Jar,可以防患未然。
# 查找当前目录下所有 Jar 中的重复类 show-duplicate-java-classes
# 查找多个指定目录下所有 Jar 中的重复类 show-duplicate-java-classes path/to/lib_dir1 /path/to/lib_dir2
# 查找多个指定 Class 目录下的重复类。 Class 目录 通过 -c 选项指定 show-duplicate-java-classes -c path/to/class_dir1 -c /path/to/class_dir2
# 查找指定 Class 目录和指定目录下所有 Jar 中的重复类的 Jarshow-duplicate-java-classes path/to/lib_dir1 /path/to/lib_dir2 -c path/to/class_dir1 -c path/to/class_dir2
例如:
# 在war模块目录下执行,生成war文件
$ mvn install
...
# 解压war文件,war文件中包含了应用的依赖的Jar文件
$ unzip target/*.war -d target/war
...
# 检查重复类
$ show-duplicate-java-classes -c target/war/WEB-INF/classes target/war/WEB-INF/lib
...
复制代码
(2)find-in-jars
在当前目录下所有 jar 文件里,查找类或资源文件。
用法:注意,后面 Pattern 是 grep 的 扩展正则表达式。
find-in-jars 'log4j\.properties'
find-in-jars 'log4j\.xml$' -d /path/to/find/directory
find-in-jars log4j\\.xml
find-in-jars 'log4j\.properties|log4j\.xml'
复制代码
示例:
$ ./find-in-jars 'Service.class$'
./WEB-INF/libs/spring-2.5.6.SEC03.jar!org/springframework/stereotype/Service.class
./rpc-benchmark-0.0.1-SNAPSHOT.jar!com/taobao/rpc/benchmark/service/HelloService.class
复制代码
(3)housemd pid [java_home]
很早的时候,我们使用 BTrace 排查问题,在感叹 BTrace 的强大之余,也曾好几次将线上系统折腾挂掉。2012 年淘宝的聚石写了 HouseMD,将常用的几个 Btrace 脚本整合在一起形成一个独立风格的应用,其核心代码用的是 Scala,HouseMD 是基于字节码技术的诊断工具, 因此除了 Java 以外, 任何最终以字节码形式运行于 JVM 之上的语言, HouseMD 都支持对它们进行诊断, 如 Clojure(感谢 @Killme2008 提供了它的使用入门), scala, Groovy, JRuby, Jython, kotlin 等.
使用 housemd 对 java 程序进行运行时跟踪,支持的操作有:
(4)jvm pid
执行 jvm debug 工具,包含对 java 栈、堆、线程、gc 等状态的查看,支持的功能有:
========线程相关=======
1 : 查看占用cpu最高的线程情况
2 : 打印所有线程
3 : 打印线程数
4 : 按线程状态统计线程数
========GC相关=======
5 : 垃圾收集统计(包含原因)可以指定间隔时间及执行次数,默认1秒, 10次
6 : 显示堆中各代的空间可以指定间隔时间及执行次数,默认1秒,5次
7 : 垃圾收集统计。可以指定间隔时间及执行次数,默认1秒, 10次
8 : 打印perm区内存情况*会使程序暂停响应*
9 : 查看directbuffer情况
========堆对象相关=======
10 : dump heap到文件*会使程序暂停响应*默认保存到`pwd`/dump.bin,可指定其它路径
11 : 触发full gc。*会使程序暂停响应*
12 : 打印jvm heap统计*会使程序暂停响应*
13 : 打印jvm heap中top20的对象。*会使程序暂停响应*参数:1:按实例数量排序,2:按内存占用排序,默认为1
14 : 触发full gc后打印jvm heap中top20的对象。*会使程序暂停响应*参数:1:按实例数量排序,2:按内存占用排序,默认为1
15 : 输出所有类装载器在perm里产生的对象。可以指定间隔时间及执行次数
========其它=======
16 : 打印finalzer队列情况
17 : 显示classloader统计
18 : 显示jit编译统计
19 : 死锁检测
20 : 等待X秒,默认为1
q : exit
复制代码
进入 jvm 工具后可以输入序号执行对应命令可以一次执行多个命令,用分号 ";" 分隔,如:1;3;4;5;6 每个命令可以带参数,用冒号 ":" 分隔,同一命令的参数之间用逗号分隔,如:Enter command queue:1;5:1000,100;10:/data1/output.bin
(5)greys <PID>[@IP:PORT]
PS:目前 Greys 仅支持 Linux/Unix/Mac 上的 Java6+,Windows 暂时无法支持
Greys 是一个 JVM 进程执行过程中的异常诊断工具,可以在不中断程序执行的情况下轻松完成问题排查工作。和 HouseMD 一样,Greys-Anatomy 取名同名美剧 “实习医生格蕾”,目的是向前辈致敬。代码编写的时候参考了 BTrace 和 HouseMD 两个前辈的思路。
使用 greys 对 java 程序进行运行时跟踪 (不传参数,需要先greys -C pid
, 再 greys)。支持的操作有:
(6)sjk <cmd> <arguments> sjk --commands sjk --help <cmd>
使用 sjk 对 Java 诊断、性能排查、优化工具
[1] oldratlee/useful-scripts
https://github.com/oldratlee/useful-scripts
[2] awesome-scripts
https://github.com/superhj1987/awesome-scripts
[3] JDK 自带工具之问题排查场景示例
http://bit.ly/2xtukcb
[4] Java 调优经验谈
http://bit.ly/2xCIj2L
[5] jvm 排查工具箱 jvm-tools
https://segmentfault.com/a/1190000012658814
[6] alibaba/arthas
https://github.com/alibaba/arthas/blob/7f236219ddbd040764dd821cbcbd44899dd57c90/README.md
评论