目录
场景描述
最近遇到一个生产环境，一个程序因为代码写的有问题，导致CPU占用很高，所以需要马上排查问题，首先要先找出哪个程序，具体代码在哪里，所以需要借助、这些命令来定位具体的线程，查看具体的线程堆栈信息
问题模拟
为了模拟生产环境问题，需要写点代码，让AI写吧，但是不要oom，只是让cpu高就行，AI写的代码，接口传一个比较大的值，比如10000
package com.example.demo.controller;import org.springframework.web.bind.annotation.GetMapping;import org.springframework.web.bind.annotation.RequestParam;import org.springframework.web.bind.annotation.RestController;@RestControllerpublic class HelloController {@GetMapping(value = "/test")public void test(@RequestParam(value = "num", defaultValue = "10000")Integer num) {// 定义线程数量，这里设置为CPU核心数的两倍，以确保高CPU使用率int numberOfthreads = Runtime.getRuntime().availableProcessors() * 2;Thread[] threads = new Thread[numberOfThreads];// 创建并启动线程for (int i = 0; i < numberOfThreads; i++) {threads[i] = new Thread(new IntensiveTask(num));threads[i].start();}}static class IntensiveTask implements Runnable {private Integer num = 10000;public IntensiveTask(Integer num) {this.num = num;}@Overridepublic void run() {while (true) {// 创建一个大型数组int[] array = new int[num];// 使用计算密集型操作，如排序java.util.Arrays.sort(array);// 短暂休眠以避免完全占用CPUtry {Thread.sleep(1);} catch (InterruptedException e) {Thread.currentThread().interrupt();return;}}}}}
将代码丢到开发环境，java启动程序
nohupjava-jar demo-0.0.1-SNAPSHOT.jar > /opt/logs/output.log 2>&1&
调用接口：
curl问题处理
在window系统有任务管理器这些可视化界面可以看，在Linux服务器也有，比如命令
定位CPU占用高的进程
在Linux服务器，可以使用top命令，其中表示cpu占用率，表示内存占用率
直接使用来看有时候不能很直观，所以加点命令，
top-b-n1|head-n16-b选项表示批处理模式，-n 1表示只运行一次top命令。head -n 16表示打印16行，这个行数根据具体情况加，因为我想打印出前10的进程
想要持续监控CPU和内存占用最高的前10个进程，加上命令，每1s会更新一次
watch-n1"top -b -n 1 | head -n 16"也可以使用命令：
top-b-n1|head-n20|awk'NR>1 {print $1, $2, $9, $10, $12}'定位进程中高CPU占用的线程
在前面的方法中使用top命令定位到进程后，需要再定义进程中具体的线程，可以使用命令，其中pid就是前面定位到的进程ID
比如前面定位到2540这个进程，监控一下进程下面具体的线程，发现线程2568、2569比较占cpu
嫌弃不够直观，直接打印一下前10，2540是进程ID
ps-mp2540-o THREAD,tid |gawk'NR!=1 && NR!=2 { printf "%s %x\n",$2,$8 }'|sort-rn|head-10将线程ID转换为十六进制
将前面的线程ID转为十六进制
printf"%x\n"2569获取线程堆栈信息
jstack 2540|grep"a09"-A30通过线程堆栈信息就可以定位到具体的代码
找到具体问题代码，原来写了个while(true)循环
监控GC情况
当然生产环境的问题不一定这么容易定位，所以需要监控gc情况，使用jstat -gcutil <进程号>命令查看GC持续变化情况，如果发现Full GC次数过多，可能需要进一步分析内存使用情况
导出堆内存文件
如果出现频繁Full GC的问题，使用命令导出堆内存文件：
jmap -dump:format=b,file=heapdump.hprof pid分析堆内存文件
使用MAT工具打开导出的heapdump.hprof文件，分析内存泄漏和内存分配情况，找出占用大量内存的对象
优化代码
根据MAT的分析结果，定位代码中的问题，优化代码
监控生产环境
重新部署修改后的代码，并使用top命令监控CPU占用情况，确保问题得到解决，同时可以部署一下监控平台，比如zabbix等对生产环境服务器进行监控，及时发现问题
以上就是Linux服务器如何快速定时CPU占用高的线程的详细内容，更多相关资料请阅读主机测评网其它文章！
发表评论