java tomcat为什么耗cpu

在 Java + Tomcat 的场景里，“Tomcat 很耗 CPU”通常不是 Tomcat 本身的问题，而是运行在 Tomcat 上的 Java 应用或配置导致的。下面按常见原因 → 排查思路来说明。

一、最常见的原因

1. 应用代码存在“死循环 / 高频计算”

这是 CPU 飙高最常见原因。

典型情况：

• while(true) 没有休眠
• 正则回溯爆炸（ReDoS）
• 复杂算法 / 加密 / 压缩
• JSON / XML 大对象解析

示例：

while (true) {
    // 没有 sleep，CPU 直接拉满
}

✅ 排查：

top -Hp <tomcat_pid>

找到高 CPU 的线程 ID → 转 16 进制 → jstack 看线程栈

2. 频繁 GC（垃圾回收）

GC 本身也会吃 CPU。

表现：

• CPU 高
• 吞吐量下降
• 接口变慢

常见原因：

• 堆太小
• 创建大量临时对象
• 内存泄漏

✅ 排查：

jstat -gcutil <pid> 1000

看：

• FGC 频繁
• OU 接近 100%

3. 线程数过多（并发爆炸）

Tomcat 默认线程数并不低，并发一高就容易炸。

例如：

• maxThreads=200
• 每个请求都阻塞（DB / 外部接口慢）
• 新请求继续堆积

结果：

• 大量线程争抢 CPU
• 上下文切换频繁

✅ 查看：

jstack <pid> | grep "java.lang.Thread.State" | sort | uniq -c

4. 同步锁竞争严重

多个线程抢同一把锁：

• synchronized
• ReentrantLock
• 静态变量锁

表现：

• CPU 高
• 线程大量 BLOCKED

✅ 看 jstack 里大量：

- waiting to lock <0x...>

5. 日志打印过多

你没看错，日志也能打爆 CPU。

例如：

• DEBUG 级别
• 每次请求打印大对象
• 同步写磁盘

✅ 优化：

• 改 INFO
• 异步日志（Logback AsyncAppender）

6. 反序列化 / 反射滥用

• JSON 反序列化大对象
• 频繁反射
• XML / Hessian

CPU 会明显升高。

7. Tomcat 配置不合理

常见问题：

• acceptCount 太大
• maxThreads 设置过高
• keep-alive 连接过多

✅ 建议：

maxThreads=200
acceptCount=100

二、快速排查步骤（实用）

1️⃣ 看 CPU

top
top -Hp <pid>

2️⃣ 找线程

printf "%x\n" <thread_id>

3️⃣ 看线程栈

jstack <pid> | grep -A 30 <hex_id>

4️⃣ 看 GC

jstat -gcutil <pid> 1000

5️⃣ 看内存

jmap -histo <pid> | head

三、一句话总结

Tomcat 耗 CPU，99% 是 Java 代码或配置问题，不是 Tomcat 本身。

如果你愿意，可以把：

• CPU 使用率截图
• jstack / jstat 输出
• Tomcat 版本 & 配置

发出来，我可以直接帮你定位是哪一类问题。