async-profiler 火焰图分析：CPU、分配与锁竞争定位方法

当 CPU 高、内存分配异常或线程大量阻塞时，传统日志很难定位具体调用栈。async-profiler 可以生成 CPU、allocation、lock 等维度的火焰图，适合排查 JVM 热路径。

解决方案思路

先用 CPU 火焰图确认热点链路；如果 GC 压力大，再采集 alloc；如果线程等待明显，再分析 lock。每次采样控制时间窗口，并和接口压测时间对齐。

采集 CPU 和分配火焰图

./profiler.sh -e cpu -d 60 -f cpu.html $PID
./profiler.sh -e alloc -d 60 -f alloc.html $PID
./profiler.sh -e lock -d 60 -f lock.html $PID

运行逻辑

火焰图宽度表示采样占比，真正需要改的往往不是最顶层函数，而是调用链上导致重复序列化、循环查询、锁粒度过大或对象临时创建过多的业务入口。

重点观察指标

• CPU flamegraph 热点宽度
• alloc flamegraph 中高频对象来源
• 锁等待采样与线程池队列长度

常见误区

• 在低流量窗口采样导致热点不明显
• 只看单张 CPU 图忽略分配与锁
• 没有记录采样命令和服务版本

参考方案

• async-profiler

上线检查

• 优化前后保留同一口径的指标截图或报告。
• 先灰度单实例或小流量，观察 P95/P99、错误率和资源指标。
• 准备回滚开关，避免性能改动影响核心业务。