常见探查方向&工具
| 探查方向 | 推荐工具 | 核心能力 | 适用场景 |
|---|---|---|---|
| 综合性能分析 （包含内存、锁等） | Async-profiler | 低开销采样，能生成火焰图分析CPU、内存分配、锁竞争，无安全点偏差问题。 | 生产环境、线上问题诊断。 |
| JProfiler | 商业软件，功能强大。提供CPU、内存、线程三大核心剖析，支持采样 和插桩两种模式。 | 开发、测试、生产环境，深度性能调优。 | |
| YourKit | 商业软件，以低性能开销（约2%-3%）著称，适合生产环境，支持锁竞争可视化。 | 生产环境，对性能影响敏感的场景。 | |
| 内存分配分析 | Java VisualVM | JDK自带免费工具，可进行内存和CPU性能分析，支持堆转储(Heap Dump) 和快照功能。 | 开发、测试环境，离线分析内存快照。 |
| JConsole | JDK自带，通过JMX提供基础监控，可查看内存、线程、类加载等信息。 | 快速了解JVM整体运行状态。 | |
| Java Mission Control (JMC) + JFR | JDK自带，提供持续、低开销 的监控能力，可记录GC、锁竞争、文件I/O等上百种事件。 | 生产环境，需要长时间、无侵入式监控。 | |
| 锁竞争分析 | jstack | JDK自带命令行工具，可生成线程转储(Thread Dump)，分析线程状态、死锁和锁竞争。 | 快速诊断线程阻塞、死锁问题的首选。 |
| IBM Thread and Monitor Dump Analyzer | 专门分析javacore文件，诊断死锁和资源竞争问题。 | 当应用出现严重挂起(Hang)或死锁时。 | |
| 磁盘I/O分析 | Java Flight Recorder (JFR) | 通过I/O事件记录，可分析文件读写操作的频率、耗时，定位磁盘I/O瓶颈。 | 定位因大量、频繁磁盘读写导致的性能问题。 |
| 专用火焰图工具 | 如OpenResty XRay的java-write-fgraph，可生成文件写操作的火焰图，直观展示I/O调用栈和频率。 |
可视化地分析I/O调用路径，找出高频调用点。 |
场景化探查指南
-
内存分配与泄漏
如果你怀疑内存分配有问题甚至发生泄漏，可以从
jmap生成堆转储（Heap Dump），然后用 MAT (Memory Analyzer Tool) 或 Java VisualVM 来加载分析，定位大对象和引用链。如果想实时看内存分配热点，JProfiler 的"实时内存"视图能展示对象分配调用树。 -
锁竞争与线程阻塞
当应用响应变慢，怀疑是锁竞争导致时，
jstack是最快、最直接的工具，它能打印出所有线程的堆栈，帮你一眼看出哪些线程处于BLOCKED状态。如果需要更低开销的持续监控，可以开启 JFR 的锁事件记录，或者在生产环境使用 Async-profiler 的-e lock参数直接生成锁竞争的火焰图。 -
磁盘I/O过高
如果怀疑磁盘I/O是罪魁祸首，JFR 是很好的切入点，它能记录详细的文件读写事件，帮你定位是哪些线程在执行密集的I/O操作。如果想看得更直观，可以使用能生成I/O火焰图的专用工具，例如 OpenResty XRay 的
java-write-fgraph分析器，让I/O热点"一览无余"。
补充-CPU火焰图
火焰图是性能分析中一个非常直观的工具，它把程序的调用栈 和CPU占用时间结合在一张彩色图表里。看懂了它，你就能像读一张三维地图一样，一眼定位到性能瓶颈。
第一步：看懂火焰图的"地形"
火焰图的形状像一堆燃烧的火焰，它的设计是有深意的：
| 图形特征 | 含义 | 如何阅读 |
|---|---|---|
| Y轴（纵向） | 调用栈深度 | 底部 是父函数（如main()），顶部 是子函数（如readFile()）。顶部越高的"火苗"，代表调用链越深。 |
| X轴（横向） | CPU采样时间占比 | 宽度不代表时间先后，只代表占比。一个函数占据的横条越宽，说明它被采样到的次数越多，消耗CPU的时间占比越大。 |
| 颜色 | 区分不同函数或代码库 | 通常是随机的暖色（橙/红），主要用于视觉区分不同的调用栈。颜色本身没有特殊含义，除非工具做了特殊定制。 |
关键判断： 如果某个"山脊"特别宽且突兀，那就说明程序把大量时间花在了这条执行路径上，这就是瓶颈所在。
第二步：两种常见的火焰图类型
在工程实践中，你会遇到不同形状的火焰图，这代表了不同的分析目的：
-
CPU 火焰图（最常见）
-
形状特征：图形上宽下窄，顶部是正在执行的CPU代码。
-
排查目标 ：寻找最宽的"火舌"，那是CPU消耗大户。如果顶层全都是内核函数（如
sys_read），说明程序在频繁进行I/O操作，而不是CPU计算。
-
-
Off-CPU / 阻塞火焰图
-
形状特征 ：图形可能比CPU火焰图更"胖"，且包含大量等待函数（如
epoll_wait,sleep）。 -
排查目标 ：寻找最宽的蓝色或紫色区块（等待部分），这代表程序在等待锁、等待网络、或等待磁盘I/O。程序耗时长不一定是CPU忙，更多时候是"等"了太久。
-
第三步：实战"查火苗"技巧
拿到一张火焰图后，可以按下面的顺序快速定位问题：
-
先看"屋顶" ：看最顶层（最宽的部分）的最后几行函数名 。如果顶层是
malloc或gc，说明内存分配是瓶颈；如果是json_parse，说明序列化/反序列化是瓶颈。 -
再查"地基" ：如果顶层没有明显大块，看靠近底部的长横条 。这意味着某个大的调用流程（比如
processRequest -> handleAPI -> authCheck）本身就占用了大量时间，可能整个流程都需要优化。 -
关注"平顶山" ：如果火焰图顶部呈现整齐的平顶 （宽且矮），而不是尖刺，说明性能瓶颈在系统调用或底层库 （如
memcpy），这种通常需要升级硬件或换更高效的库。
总的来说，火焰图的核心就是**"宽即慢，高即深"**。先找到最宽的"火舌"，再顺着调用链往下（或往上）看，基本就能锁定性能问题的根源。