在Linux中，CPU主要用于中断、内核以及用户进程的任务处理，优先级为中断>内核>用户进程，在学习如何分析CPU消耗状况前。先要掌握三个重要的概念
1、上下文切换
每个CPU在同一时间只能执行一个线程，Linux采用的是抢占式调度，即为每个线程分配一定的执行时间，当到达执行时间、线程中有IO阻塞或高级优先线程要执行时，Linux将切换执行线程，在切换时要存储目前线程的执行状态，并要恢复要执行的线程状态，这个过程称为上下文切换。对于java应用，典型的是进行文件IO操作、网络IO操作、锁等待或线程sleep时，当前线程会进入阻塞或休眠状态，从而促发上下文切换，上下文切换过多会造成内核占据较多的CPU使用，使得应用的相应速度下降。
2、运行队列
每个CPU核都维护了一个可运行的线程队列，例如一个4核的CPU，JAVA应用中启动了8个线程。且这8个线程都初一可运行的状态，那么在分配平均的情况下每个CPU中运行队列里就会有两个线程。通常而言，系统的load主要由cpu的运行队列来决定，假定以上状况运行维持了1分钟，那么这1分钟内系统load就会是2，但用于load是个复杂的值，因此也不是绝对的，运行队列值越大，就意味着线程会要消耗长时间才能执行完。Linux System and NetWork Performance Monitoring中建议控制在每个cpu核上的运行队列为1~3个。
3、利用率
CPU利用率为CPU在用户进程、内核、中断处理、IO等待以及空闲五个部分使用百分比，这5个值用来分析CPU消耗情况的关键指标。Linux System and NetWork Performance Monitoring中建议用户的CPU消耗/内核的CPU消耗的比率在65%~70%/30%~35%左右。
使用top命令查看
top - 23:22:02 up 5:47, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 107 total, 1 running, 106 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.3%us, 0.3%sy, 0.0%ni, 99.3%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1017464k total, 359292k used, 658172k free, 56748k buffers
Swap: 2064376k total, 0k used, 2064376k free, 106200k cached
此信息关注第三行信息
0.4%us表示用户处理进程所占的百分比；0.3%sy表示内核线程处理所占的百分比；0.0%ni表示被nice命令改变优先级的任务所占的百分比；99.3%id表示CPU的空闲时间所占的百分比；0.0%wa表示为在执行过程中等待IO所占的百分比；0.0%hi表示硬件中断所占的百分比，0.0%si表示为软件中断所占的百分比。
对于多核或者对歌CPU，上面的显示或是多个cpu所占用的百分比的综合，因此会出现160%us这样的现象，如需要查看每个核的消耗情况，可在进入top视图后按1，就会按核来显示消耗情况
默认情况下top视图中显示的为进程的CPU消耗状况，在top视图中按shift+h后，可按线程查看CPU的消耗状况，
1313 root 20 0 165m 3848 3024 S 0.0 0.4 0:05.06 vmtoolsd
2767 xubo 20 0 14940 1176 904 R 0.3 0.1 0:02.93 top
1 root 20 0 19228 1428 1148 S 0.0 0.1 0:01.86 init
1949 root 20 0 150m 20m 4976 S 0.0 2.0 0:01.58 Xorg
2076 gdm 20 0 363m 14m 10m S 0.0 1.5 0:01.01 gdm-simple-gree
还可以使用pidstat vmstat
pidstat是SYSSTAT中的工具，如须使用pidstat，请先安装SYSSTAT
当CPU消耗严重时，主要体现在us、sy、wa或hi的值变高，wa的值是IO等待造成的，hi的值变高主要是硬件中断造成的，例如网卡接收数据频繁的状况。
对于java应用而言，CPU消耗严重主要体现在us、sy两个值上，分别看看java应用在两个值高的情况下应如何寻找对应造成平静的 代码。
1 、us
当us值过高时，表示运行的应用消耗了大部分的CPU。在这宗情况下，对JAVA应用而言，最重要的为找到具体消耗CPU的线程所执行的线程执行代码，可采用如下犯法做到。
首先通过linux提供的命令找到消耗CPU严重的线程及其ID，将线程ID转化为十六进制的值。之后通过 kill -3 [javapid]或jstack的方式dump出应用的java线程信息，通过之前转化出的十六进制的值找到对应的nid值的线程。该线程即为消耗CPU的线程，在采样时候须执行几次上述的过程，确保找到真实消耗CPU的线程
java应用造成us高的原因主要是线程一直处于可运行状态，通常是这些线程在执行无阻塞、循环、正则或纯粹的计算等动作造成；另外一个可能是频繁GC。如每次请求都需要分配较多的内存，当访问量搞的时候就将导致不断地进行GC，系统响应速度下降，进而造成堆积的请求更多，消耗的内存更严重，最严重的时候有肯能会导致系统不断的惊醒Full GC，对于频繁GC的状况要通过分析JVM内存消耗来查找原因
具体事例：请参考分布式java应用180页
2、sy
当sy值高时，表示Linux花费了更多的时间在进行线程切换，Java应用造成这种现象的主要原因是启动的线程比较多，且这些线程多数处理不断的阻塞（如锁等待、IO等待状态）和执行状态的编号过程中，这就导致了操作系统要不断切换执行的线程，产生大量的上下文切换。在这种状况下，对Java应用，最重要的是找出线程不断切换状态的原因。
查找过程工us一样
原文链接：https://blog.csdn.net/xubo_zhang/article/details/8574040