Java项目服务器cpu占用100%解决办法

最新推荐文章于 2025-04-24 18:48:35 发布

原创最新推荐文章于 2025-04-24 18:48:35 发布 · 2k 阅读

8 ·

CC 4.0 BY-SA版权

文章标签：

#java

项目上线后CPU占用率飙升至100%，通过排查发现是Hibernate版本问题导致的死循环。使用top命令定位问题进程，借助jstack工具获取线程栈信息，并通过源码分析找到根本原因。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

项目上线后运行一段时间，突然发现cpu 8个逻辑核心都占用100%，心情很紧张，然后就在网上找了一些解决方法，具体如下：
       1.查找哪些进程在耗cpu
       进入服务器，top 命令看一下，发现进程6633占用了800%
       [root@3server ~]# top
       2.把进程的栈dump到文件里，以便后面的分析
       [root@3server ~]# jstack 6633 > cpu1128.log
       3.看看这个进程里面哪些线程在占用cpu
       [root@3server ~]# top -p 6633 -H
       一大片占用cpu很高的线程，选一个最高的吧，PID=5159
       4.接着要看刚才dump出来的cpu日志了，里面会有6633这个进程下面每个线程的栈信息，但是是十六进制显示的，所以先把5159转换成16进制
       [root@3server ~]# printf %0x 5159
       [root@3server ~]# 1427
       5.在cpu日志里找PID=1427的线程

[root@3server ~]# vi cpu1128.log

cpu1128.log 6.分析原因
看日志，很明显是org.hibernate.exception.ExceptionUtils.getCauseUsingWellKnowTypes(...)这里“卡住”了。这个线程是"RUNABLE"状态的，为什么会"卡住"呢？不用说了，一定是死循环。后来花了很多时间在debug状态下把这个问题重现了(Hibernate 3.3.1.GA版本，通过hessian调用远程服务器报SQLGrammarException异常，就会出现这个问题)。跟踪到hibernate源码里发现了问题:

public static int getThrowableCount(Throwable throwable) {
		int count = 0;
		while ( throwable != null ) {
			count++;
			throwable = ExceptionUtils.getCause( throwable );
		}
		return count;
}

这个方法里，throwable和它的cause引用的同一个SQLGrammarException对象，导致在while这里产生了死循环。这肯定是hibernate的bug了。于是把hibernate升级到3.3.2.GA(原来是3.3.1.GA，不敢升太多)问题解决。

转自：http://itindex.net/detail/52080-java-%E9%A1%B9%E7%9B%AE-%E6%9C%8D%E5%8A%A1%E5%99%A8