性能分析小案例系列，可以通过下面链接查看哦

https://www.cnblogs.com/poloyy/category/1814570.html

ps：这些分析小案例不能保证完全准确哦，是博主学习过程中的总结，仅做参考

 

前提

本机有一个很占用 CPU 的项目，放在了 Tomcat 下启动着

 

如何定位

Jmeter 聚合报告

  • 可以看到平均响应时间不断的上升，但是吞吐量（TPS）很低
  • 平均响应时间一般超过 1s，就要排除网络有没有瓶颈 

 

排查网络是否有瓶颈

在 cmd ping 自己的服务器 ip 地址，看是否有很大的延时或丢包

可以看到，没有丢包，而且延时也很低，证明网络没有问题

 

在服务器中，通过 top 查看是否有进程的用户态（us）过高

top

  • 可以看到是 Java 进程导致 CPU 使用率贼高，已经占满了四个 CPU 
  • 记住该进程 PID

 

通过 ps 命令确认具体是哪个进程

ps -aux | grep 2838

很明显，就是我们 Java 程序所在的 Tomcat 进程啦

 

通过 top 查看 Java 进程的线程执行情况

2838 是进程 id 哦（pid）

top -Hp 2838

  • 上面的 PID 就是线程的 PID
  • 按照线程的 CPU 使用率从高到低排序

 

将排在前面的线程 PID 转换成十六进制

printf "%x\n" 4808

 

打印 Java 线程栈的信息

jstack 2838 | grep 12c8 -A30
  • 2838：java 进程
  • 12c8：线程十六进制
  • -A30：打印 30 行

 

  • 包含：包名、类名、代码行信息，可以快速定位到某行代码导致该线程 CPU 使用率过高
  • jstack：JDK 自带命令

 

分析思路过程

  • 使用 Jmeter 进行压测，通过观察聚合报告，发现 TPS 很低只有2.几，但是响应时间很高
  • 响应时间很高首先要排查是否是网路原因，通过 ping 服务器的 IP 发现延时很低，不存在网络问题
  • 通过 top 查看服务端的系统资源情况，发现用户态 CPU 使用率比较高，即存在占用 CPU 高的进程，查看进程列表，发现一个 Java 进程的 CPU 占用率特别高
  • 通过 ps 命令确认该进程的详细信息
  • 通过 top -Hp 查看该进程的所有线程信息
  • 将排在前面的 Java 线程号打印成 16 进制字符串
  • 通过 jstack 打印 Java 线程栈的信息，可以发现是某一行代码的问题