大家好，欢迎来到IT知识分享网。
一、死循环，超大循环
可以多次做CPU usage分析, 比如每次都是1s的interval 内所有线程消耗CPU的百分比, 因为CPU 已经100%, 所以很容易可以看到是哪些线程在大量消耗CPU, 然后去分析这些stacktrace, 基本上死循环的代码之外的stack每次都一样, 死循环以内的某些时候的stack有些差别. 可以通过结合 heap dump 里面的局部变量, 参数同时阅读stack里面的方法的调用关系, 去查看死循环的位置所在. 对于HashMap这种, 基本在几次tread dump中就能确定, 然后去 heap dump 去找到那个循环.
二、耗时操作
和第一种差不多
先观察下stack里面有没有看上去就是特耗CPU的操作, 如果有继续看源代码去查看. 最后结合heap dump里面的数据去验证.
三、IO操作（文件IO、网络IO）
频繁的IO操作：如果代码中频繁进行磁盘或网络IO操作，会导致CPU等待IO操作完成，从而造成CPU占用率过高。
四、线程超多、或者线程池中的线程超多，cpu用于调度了
线程超多有一个情况是频繁创建对象触发Yang GC eg：不分页获取大量数据在内存中转换javabean
五、cpu密集性操作
1、使用正则表达式去判断是不是符合某个规则, 可是有些时候输入参数是一个几十K或更长的数据, 该正则写又不好, 导致CPU遇到这种输入, 就爆掉了.
2、超大对象的序列化、反序列化
六、GC overhead
根据Java文档，默认情况下，如果Java进程花费其时间的98％以上用于GC，并且每次运行中仅回收不到2％的堆，则JVM配置为抛出此错误。换句话说，这意味着我们的应用程序几乎耗尽了所有可用的内存，而垃圾回收器花费了太多时间尝试清理它，并反复失败。
在这种情况下，用户会遇到应用程序极慢的情况。某些操作通常会在几毫秒内完成，因此需要花费更多时间才能完成。这是因为CPU将其全部容量用于垃圾回收，因此无法执行任何其他任务。
程序中大量的死循环或有使用大内存的代码；
程序中的递归栈的层数太深了，导致内存不足；
给服务器的堆内存设置的太小，没有足够的内存可以使用；
数据库中的数据表数据太大，由于没有判断带有条件，导致查询全表数据，查询出来的数据量太大，内存溢出；
GC overhead limit exceeded问题-CSDN博客
七、工具
top
命令：用于监控系统的各个进程的资源占用情况，其中包括CPU占用率。
jstack
命令：用于打印Java应用程序中的线程堆栈信息，可以通过分析线程堆栈信息来确定CPU占用率过高的原因。
jprofiler
：一款商业化的Java性能分析工具，它可以提供更详细的性能分析信息，帮助我们找出CPU占用率过高的原因。
免责声明：本站所有文章内容,图片，视频等均是来源于用户投稿和互联网及文摘转载整编而成，不代表本站观点，不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益，请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权，请联系删除，如若转载，请注明出处：https://haidsoft.com/136977.html
