性能优化与压测引擎四:gatling和arthas实战
gatling和arthas结合实战例子
准备一个简单的例子,说明下工作中的一个简单的找问题和优化例子,虽然简单,但是很实用。
springboot接口例子
控制器
@RestController
public class HelloController {
@Autowired
private Logger logger;
@GetMapping("/hello")
public String sayHello(){
logger.log("hello");//日志
return "hello";
}
}
日志模拟
模拟一些日志框架底层,用的同步锁:
@Component
public class Logger {
public synchronized void log(String msg){
System.out.println(msg);
try {
Thread.sleep(10);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
gatling压测脚本
放在user-files\simulations\computerdatabase下即可,压测10秒,每秒500请求,太猛的话都在一台机子上吃不消的,机器会卡死
package computerdatabase;
import static io.gatling.javaapi.core.CoreDsl.*;
import static io.gatling.javaapi.http.HttpDsl.*;
import io.gatling.javaapi.core.*;
import io.gatling.javaapi.http.*;
import java.time.Duration;
public class HttpSimulation extends Simulation {
HttpProtocolBuilder httpProtocol =
http
.baseUrl("http://localhost:8090");
ScenarioBuilder scn =
scenario("http例子")
.exec(http("hello").get("/hello"));
{
setUp(scn.injectOpen(constantUsersPerSec(500).during(10)).protocols(httpProtocol));
}
}
开启arthas
开启压测后观察
发现有阻塞
然后用thread -b查看阻塞信息,发现确实有199个线程阻塞着,阻塞在com.example.test.demo.controller.HelloController.sayHello(HelloController.java:20):
也就是:
原来他是一个同步方法,怪不得:
压测报告,QPS只有90左右,延迟很严重,98%的响应时间都大于1200毫秒 :
问题分析
好多线程是阻塞状态,而且也看到了打日志的方法阻塞了,因为是同步方法。
解决方案
把同步关键词去掉再试试,这次结果就比较好,QPS500,也没有阻塞
总结
其实这个只是个简单的例子,因为多线程同步方法导致整体性能下降的问题,当然有时候还有其他的一些问题,比如你发现某个方法特别耗时,怎么办呢,你可能会想到去打日志看看时间,这个也可以,只是比较麻烦,效率不高,这个时候可以使用trace命令可以看里面的方法时间消耗:
比如你想看这个时候的代码我有没把同步关键词改了,怎么好像没效果,那就直接用jad:
比如我发现一个接口结果好像不太对,我想实时看下入参和返回结果,这个时候可以用watch:
其实还有很多,我就不一一演示了,再压测和调试的时候很有用,当然用其他方式也可以达到一样的效果,就是效率的问题,用这个工具真的可以提高效率,其实就是赚时间,就是赚钱啊,对吧。
好了,今天就到这里了,希望对学习理解有帮助,大神看见勿喷,仅为自己的学习理解,能力有限,请多包涵。