当Java程序出现CPU持续飙升时，通常意味着存在无限循环、频繁的CPU密集型计算、不合理的线程调度或GC频繁触发等问题。定位问题代码需要结合系统工具、JVM工具和代码分析，以下是一套完整的排查流程：

一、定位高CPU占用的进程与线程

首先需要确定是哪个Java进程占用了过高CPU，以及进程内具体哪个线程在消耗资源。

1. 找到高CPU占用的Java进程

在Linux环境下，使用top命令查看系统进程的CPU占用：

top  # 实时查看进程CPU使用率，按P键按CPU排序

找到CPU使用率异常高的Java进程，记录其进程ID（PID）。

如果是Windows环境，可通过「任务管理器」或tasklist命令查找对应Java进程的PID。

2. 定位进程内高CPU占用的线程

通过top命令查看该进程内的线程CPU占用（需指定进程PID）：

top -H -p <PID>  # -H表示显示线程，-p指定进程ID

此时会列出该进程下所有线程的CPU使用率，找到CPU占比高的线程，记录其线程ID（TID，十进制）。

3. 将线程ID转换为十六进制

JVM工具（如jstack）输出的线程ID是十六进制，需将上一步的十进制TID转换为十六进制（可通过printf "%x\n" <TID>命令）：

printf "%x\n" 12345  # 例如：将线程ID 12345转为十六进制

二、分析线程栈：找到问题代码位置

通过jstack命令导出该Java进程的线程栈信息，分析高CPU线程的执行逻辑。

1. 导出线程栈

jstack <PID> > thread_dump.txt  # 将线程栈输出到文件，方便分析

2. 定位问题线程的栈信息

在thread_dump.txt中搜索上一步转换后的十六进制线程ID，找到对应的线程栈。重点关注线程状态为RUNNABLE的线程（处于运行状态，可能在执行CPU密集型操作）。

示例线程栈片段：

"Thread-0" #10 prio=5 os_prio=0 tid=0x00007f8a3c00000 nid=0x3039 runnable [0x00007f8a2c9f000]
   java.lang.Thread.State: RUNNABLE
        at com.example.HighCpuDemo.calculate(HighCpuDemo.java:15)  # 问题代码位置
        at com.example.HighCpuDemo.run(HighCpuDemo.java:10)
        at java.lang.Thread.run(Thread.java:748)

从栈信息中可直接看到线程正在执行的方法（calculate）和代码行号（HighCpuDemo.java:15），这通常就是CPU飙升的源头。

三、常见高CPU场景及代码特征

根据线程栈信息，结合代码分析，常见的高CPU问题场景及特征如下：

1. 无限循环或不合理的循环

特征：线程栈中显示线程长期停留在某个循环方法中（如while(true)未正确退出，或循环条件永远为真）。
示例代码：

public class HighCpuDemo {
    public static void main(String[] args) {
        new Thread(() -> {
            while (true) {  // 无限循环，持续消耗CPU
                int i = 0;
                i++;
            }
        }).start();
    }
}

排查：检查循环条件是否正确（如是否遗漏退出逻辑），或循环内是否有不必要的重复计算。

2. 频繁的GC（垃圾回收）

如果线程栈中大量出现GC task thread（如GC Thread#0、ParallelGC等），说明CPU被频繁GC占用。

验证GC情况：使用jstat命令查看GC统计信息：

jstat -gcutil <PID> 1000  # 每1000ms输出一次GC信息

输出中YGC（Young GC次数）、FGC（Full GC次数）频繁（如每秒多次），YGCT/FGCT（GC耗时）占比高，说明GC是CPU飙升的原因。

GC频繁的可能原因：

• 内存泄漏（对象无法被回收，导致堆内存不足，频繁触发GC）。
• 堆内存设置过小（-Xms/-Xmx），无法满足业务需求。
• 大量临时对象创建（如循环中频繁创建字符串、集合等）。

进一步排查：

• 导出堆内存快照：jmap -dump:format=b,file=heap_dump.hprof <PID>。
• 使用MAT（Memory Analyzer Tool）或VisualVM分析堆快照，定位内存泄漏的对象（如某个集合持有大量对象引用）。

3. 高频的CPU密集型操作

如频繁的正则表达式编译（未预编译）、大量字符串拼接（未用StringBuilder）、复杂的数学计算等，会持续占用CPU。

示例：循环中频繁编译正则表达式：

public class HighCpuDemo {
    public void process() {
        String content = "大量文本...";
        while (true) {
            // 每次循环都编译正则，CPU消耗高
            if (content.matches("\\d+")) { 
                // ...
            }
        }
    }
}

优化：预编译正则（Pattern.compile），避免重复编译。

4. 线程阻塞与唤醒的频繁切换

如果大量线程处于WAITING/BLOCKED状态，且频繁切换（如错误使用synchronized导致锁竞争激烈），也可能导致CPU飙升（线程调度开销增大）。

验证：线程栈中大量线程状态为BLOCKED (on object monitor)，且等待同一个锁对象。
示例：多个线程竞争一个全局锁，导致频繁阻塞唤醒。

四、工具辅助：更高效的定位手段

除了命令行工具，以下工具可更直观地分析CPU问题：

1. VisualVM（JDK自带）

• 连接目标Java进程，查看「线程」标签，实时观察线程CPU占用和状态。
• 通过「抽样器」-「CPU抽样」，记录方法级的CPU耗时，快速定位热点方法。

2. JProfiler（商业工具，功能强大）

• 提供CPU使用率、方法调用次数、耗时统计，支持按线程、方法维度分析。
• 可定位到具体代码行的CPU消耗，适合复杂场景。

3. Arthas（阿里开源，适合生产环境）

• 无需重启进程，动态attach到Java进程，执行thread -n 3查看CPU占用最高的3个线程及其栈信息。
• 执行profiler start/profiler stop生成火焰图，直观展示方法调用的CPU占比（推荐！）。

示例：

# 启动Arthas并attach到进程
java -jar arthas-boot.jar <PID>
# 查看CPU最高的3个线程
thread -n 3
# 生成CPU火焰图（需等待几秒，会保存为html文件）
profiler start
# 停止并生成火焰图
profiler stop

火焰图中，横向越长的方法表示CPU耗时越高，可快速定位热点代码。

五、总结排查步骤

1. 定位进程：用top找到高CPU的Java进程（PID）。
2. 定位线程：用top -H -p找到进程内高CPU的线程（TID），转换为十六进制。
3. 分析线程栈：用jstack导出线程栈，搜索线程ID，找到对应的执行方法和代码行。
4. 验证GC：用jstat检查GC是否频繁，必要时导出堆快照分析内存问题。
5. 工具辅助：用Arthas生成火焰图、VisualVM抽样，快速定位热点代码。

通过以上步骤，可逐步缩小范围，最终定位到导致CPU飙升的具体代码（如无限循环、频繁GC的源头、高耗时方法等）。