一、环境说明
闲暇之余，做个小测试，笔记以加深印象，仅学习使用
操作系统：CentOS 7.9
操作系统.png
CPU：2个CPU，每个CPU 5核，共10核
image.png
二、代码说明
起一个线程，死循环不中断，那这个线程会占用这个一个CPU核心，并将其打满100%。由此，我们要将整个操作系统的CPU吃满就很简单了，起10个线程即可。
1、新建一个线程池
image.png
2、写一个Controller，没一次请求，起一个线程
image.png
三、开始测试看效果
1、启动SpringBoot服务，空闲状态下，可以看到基本上CPU很空闲
image.png
2、先来一个请求，尝试让一个CPU核忙起来
image.png
image.png
可以看到，该java进程已经CPU100%了。并且看上面圈起来的地方，占用了整个服务器10%的CPU算力。
3、再来一个请求，尝试让两个CPU核忙起来
image.png
image.png
基本上符合预期，java进程占用了200%的CPU，且占用了整个服务器20%的CPU算力。
4、现在让我们把整个服务器的CPU打满
经过前两步的尝试，基本可以确认，一个死循环无限计算，基本上就会一直占用一个CPU核数。我们的服务器有10个核，所以，我们需要起10个线程，就让会服务器的CPU忙起来。
image.png
image.png
Java进程占用了1000%的CPU，10个核，整个服务器的CPU也基本上打满100%了。
四、分析
1、top - H -p 查看
image.png
先用
top命令查看占用了1000%进程的Java进程PID为80761。然后用top -H -p 80761命令可以看到这个Java进程下的线程情况，前10个WebCommonOperateSerivice线程，每一个都占用了100%的CPU。其中WebCommonOperateSerivice是我们在定义线程池的时候给这个线程命的名字，所以这里看起来就很方便。由此可见，在实际编码中，给每一个线程池命一个有意义的名字，将会很方便后期分析问题。
2、jstack 查看
由于截图篇幅，只能截几个线程，不过也可以看出来，每个线程都是处于RUNNABLE状态，并且从堆栈信息也能看出是TestController里的一个线程。
image.png
以上！
感谢阅读！
