CPU飙高（尤其是Java应用）通常不是单一原因，我直接给你一套标准的排查思路和工具链，并按可能性从高到低排序。
一、CPU飙高的5大常见原因
1. 代码Bug（最常见的罪魁祸首）
| 子类型 | 说明 | 典型特征 |
|---|---|---|
| 死循环 | 循环条件永远为true | CPU持续100%单核，应用"卡死" |
| 频繁GC | Full GC或过高频率GC | CPU忽高忽低，GC日志频繁 |
| 正则表达式回溯 | 复杂正则匹配大量文本 | 突发性CPU飙升 |
| 序列化/反序列化 | 大对象频繁JSON解析 | CPU平稳偏高 |
| 日志打印过多 | 大量日志输出（尤其是Debug） | CPU偏高，IO也高 |
2. 线程竞争（锁）
| 子类型 | 说明 |
|---|---|
| 锁自旋 | synchronized或Lock在高并发下自旋等待 |
| 死锁导致轮询 | 死锁后线程不断重试 |
| CAS重试 | AtomicXXX在高竞争下频繁重试 |
3. 外部依赖问题
| 子类型 | 说明 |
|---|---|
| 数据库慢查询 | 连接池线程大量等待DB响应，但DB响应慢导致连接堆积，CPU上升 |
| 外部接口超时 | HTTP调用超时，重试机制导致额外计算 |
| 网络IO频繁 | 大量网络读写 |
4. JVM参数/配置问题
| 子类型 | 说明 |
|---|---|
| 堆内存不足 | 频繁GC占用大量CPU |
| 元空间不足 | 持续类加载/卸载导致Full GC |
| CodeCache不足 | JIT编译线程抢占CPU |
5. 操作系统/硬件问题
| 子类型 | 说明 |
|---|---|
| 其他进程抢占 | 同宿主机上其他应用占用CPU |
| 操作系统中断 | 硬件中断或内核线程占用 |
| 内存Swap | 物理内存不足，频繁换页 |
![[C++]内存管理：串顺序存储的内存回收](http://pic.xiahunao.cn/yaotu/[C++]内存管理：串顺序存储的内存回收)
