好的，我们开始今天的讲座，主题是 “JAVA 服务 CPU 飙高但无明显瓶颈？使用 perf + async-profiler 定位热点方法”。 当Java服务的CPU使用率突然飙升，而我们通过常规的监控手段（例如JVM的堆内存、线程状态等）无法找到明显的瓶颈时，问题往往隐藏在代码的细节之中。这时，我们需要更深入的性能分析工具来定位热点方法，找出导致CPU过度消耗的罪魁祸首。今天，我们将重点介绍 perf 和 async-profiler 这两个强大的工具，它们可以帮助我们有效地解决这类问题。 一、问题背景：CPU 飙升的常见原因及排查思路 在深入使用工具之前，我们先来回顾一下Java服务CPU飙升的常见原因，以及一般的排查思路： 死循环或无限递归： 这是最常见的原因之一，代码中存在逻辑错误导致程序陷入无限循环或递归调用，持续占用CPU资源。 频繁的GC： 大量的对象创建和销毁会导致频繁的垃圾回收，尤其是在老年代GC时，会暂停整个应用程序，导致CPU使用率飙升。 锁竞争： 多线程环境下，如果存在激烈的锁竞争，线程会频繁地进行上下文切换，增加CPU的负担。 大量的I/O操作： 频繁的磁盘 …
JAVA 服务 CPU 飙高但无明显瓶颈？使用 perf + async-profiler 定位热点方法
Java 服务 CPU 飙高但无明显瓶颈？使用 perf + async-profiler 定位热点方法 大家好，今天我们来聊聊一个比较棘手的线上问题：Java 服务 CPU 飙高，但是通过常规的监控手段（比如 JVM 指标、GC 日志等）却找不到明显的瓶颈。遇到这种情况，我们需要更强大的工具来辅助我们定位问题，今天主要介绍 perf 和 async-profiler 这两个工具，并结合实际案例，讲解如何使用它们来找到 CPU 热点方法。 一、问题的背景与常见排查思路 首先，我们来明确一下问题的背景。一个运行良好的 Java 服务突然 CPU 占用率飙升，但通过观察 JVM 的内存使用情况、GC 频率、线程状态等，并没有发现明显的异常。例如： 内存使用正常： Heap 使用率不高，没有频繁的 Full GC。 GC 频率正常： GC 日志显示 GC 频率和耗时都在正常范围内。 线程状态正常： 没有大量的线程处于 BLOCKED 或 WAITING 状态。 数据库负载正常： 数据库查询没有明显的变慢。 在这种情况下，常规的监控手段无法提供有效的信息，我们需要深入到 CPU 层面的性能分析 …