Skip to main content

arthas-cpu-high

排查 JVM / 应用 CPU 飙高(线程定位 + 代码路径分析)

来源信息

仓库
alibaba/arthas
最近来源活动
2026年3月9日 06:14
检测到的 SKILL.md 语言
中文
星标
37,583
分支
7,641

安装方式

默认使用会先检查来源的 Prompt;你也可以切换为直接命令,或下载本地副本。

检查来源文件

决定是否安装前,请先阅读 SKILL.md,以及 SkillsMP 当前展示的配套文件。

正在显示 SKILL.md

SKILL.md
来源说明 · 只读预览
name
arthas-cpu-high
description
排查 JVM / 应用 CPU 飙高(线程定位 + 代码路径分析)
# JVM CPU 飙高排查指南(Arthas) 适用场景:机器 CPU 飙高、应用响应变慢、负载异常升高。 原则:先用低风险工具定位「哪个线程在忙」,再逐步缩小到「哪个方法/代码路径」。 ## 1) 先确认当前 JVM 整体状态(低风险) - 使用 `dashboard` 查看 CPU/线程/GC 概况(建议设置有限次数): - 关注:CPU、线程数、GC 次数/耗时是否异常。 ## 2) 定位最忙线程(关键步骤) - 使用 `thread` 找出最忙的前 N 个线程并打印堆栈: - 例如:`topN=3` 或 `topN=5` - 记录每个热点线程的 `threadId` 与堆栈关键方法名(可用 `take_notes` 记录证据)。 判断方向: - 如果堆栈显示在 `java.util.regex`、JSON 序列化、日志格式化等:可能是 CPU 密集计算。 - 如果堆栈显示在锁竞争:继续看是否有大量 `BLOCKED`,并考虑用 `thread(blocking=true)` 找出阻塞源头线程。 ## 3) 进一步确认热点方法的调用路径(按需、有限制) 当热点线程堆栈指向某个「可疑方法」时: - 优先使用 `stack` / `trace` 针对该方法做路径确认(避免宽泛匹配)。 - 如果需要观测入参/返回值,再考虑 `watch` 或 `tt`,并设置合理的执行次数与超时,避免对线上造成压力。 ## 4) 输出诊断结论 报告至少包含: - 现象与证据:dashboard 摘要 + topN 线程堆栈关键片段 - 初步结论:CPU 主要消耗在什么类型的逻辑(计算/锁/GC/日志等) - 下一步:建议进一步 trace/watch 的目标方法(给出类名+方法名的精确范围),或建议用户提供主包名/关键接口信息以继续收敛
在 GitHub 查看