标签：利用率 执行 排查 CPU 飙高 线程 上下文 cpu
cpu是整个电脑的核心计算资源，对于一个应用进程来说，cpu的最小执行单元是线程。
导致cpu飙高的原因有几个方面：
- cpu上下文切换过多，对于cpu来说，同一时刻下每个cpu核心只能运行一个线程，如果有多个线程要执行，cpu只能通过上下文切换的方式来执行不同的线程。上下文切换需要做两个事情:
- 保存运行线程的执行状态
- 让处于等待中的线程执行
这两个过程需要CPU执行内核相关指令实现状态保存，如果较多的上下文切换会占据大量cpu资源，从而使得cpu无法去执行用户进程中的指令，导致响应速度下降。
在Java中，文件IO、网络IO、锁等待、线程阻塞等操作都会造成线程阻塞从而触发上下文切换
- cpu资源过度消耗
也就是在程序中创建了大量的线程，或者有线程一直占用cpu资源无法被释放，比如死循环！cpu利用率过高之后，导致应用中的线程无法获得CPU的调度，从而影响程序的执行效率！
怎么解决？
既然是这两个问题导致的CPU利用率较高，于是我们可以通过top命令，找到CPU利用率较高的进程，在通过Shift+H找到进程中CPU消耗过高的线程，这里有两种情况。
- cpu利用率过高的线程一直是同一个，说明程序中存在线程长期占用CPU没有释放的情况，这种情况直接通过jstack获得线程的Dump日志，定位到线程日志后就可以找到问题的代码。
- cpu利用率过高的线程id不断变化，说明线程创建过多，需要挑选几个线程id，通过jstack去线程dump日志中排查。
最后有可能定位的结果是程序正常，只是在cpu飙高的那一刻，用户访问量较大，导致系统资源不够
标签：利用率,执行,排查,CPU,飙高,线程,上下文,cpu 来源： https://www.cnblogs.com/zoyu/p/16473078.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。