使用jmeter进行压测,发现应用的cpu特别高,然后判断是否是代码中存在消耗cpu的代码,然后尝试使用jps+jstack+ProcessExplorer来查找cpu比较高的线程,发现问题出现在tomcat里,原本以为可能是部分代码问题,尝试通过一个没有任务业务操作返回空数据的接口进行请求, 发现cpu依旧居高不下。
然后尝试新建一个空的SpringBoot项目,只创建一个没有任务业务操作返回空数据的接口进行请求,依旧高cpu。
然后仔细观察jvisualvm中的线程tab和jstack查询的线程dump,发现关于tomcat的http-nio-xxxx-exec的线程,大部分都处于time-waiting的状态,较少的处于Runnable,因此判断可能是因为设置了较多的线程数,导致上下文切换频繁,而使得cpu居高不下。
然后查看tomcat的线程数,发现确实设置了较大的值(默认300),然后查询资料,了解到IO密集型和CPU密集型的区别,而当前压测的接口属于CPU密集型的,根据网上的修改建议,将线程数设置为CPU内核数一致,cpu从60%降低到20%,虽然响应时间会稍微变大,但吞吐量基本与调整前一致。