Arthas实战指南：从零到一掌握线上Java应用诊断
1. Arthas是什么为什么你需要它想象一下这个场景半夜三点你的Java应用突然CPU飙到100%报警短信把你从睡梦中惊醒。你手忙脚乱地登录服务器却发现日志里没有任何异常信息——这时候如果有个工具能让你像X光机一样透视正在运行的Java进程看到每个线程在做什么、哪个方法吃掉了所有CPU资源是不是能救命这就是Arthas的威力。作为阿里开源的Java诊断神器它不需要你改一行代码不用重启服务直接通过命令行就能实时查看JVM内存、线程、类加载信息反编译线上正在运行的代码监控方法调用的参数和返回值生成火焰图定位性能瓶颈我去年处理过一个线上事故某核心接口响应时间从200ms暴涨到8秒。用Arthas的watch命令追踪方法参数发现是某个ID参数触发了全表扫描整个过程只用了5分钟就定位到问题。要是靠传统加日志再发布的方式至少得折腾两小时。2. 快速安装与入门2.1 一键安装实战先准备个测试环境。打开终端执行# 下载官方demo应用模拟线上问题 wget https://arthas.aliyun.com/arthas-demo.jar java -jar arthas-demo.jar # 后台运行 # 下载并启动Arthas curl -O https://arthas.aliyun.com/arthas-boot.jar java -jar arthas-boot.jar你会看到类似这样的进程列表[1] 12345 arthas-demo.jar [2] 23456 other-app.jar输入1回车Arthas就会附着到demo应用上。第一次启动会下载依赖稍等片刻就能看到龙纹LOGO和命令行提示符[arthas12345]$。小技巧如果网络不好可以用阿里云镜像加速下载java -jar arthas-boot.jar --repo-mirror aliyun --use-http2.2 第一个诊断命令dashboard输入dashboard你会看到一个实时刷新的监控面板ID NAME GROUP PRIORITY STATE %CPU TIME INTERRUPTED 17 AsyncAppender system 5 RUNNABLE 42% 0:23 false 23 Keep-Alive-Timer main 5 TIMED_WAITING 0% 0:01 false关键信息解读线程列表按CPU使用率排序一眼找到最忙的线程内存区域堆内存/非堆内存使用量系统负载CPU、IO等待等基础指标按Q退出面板。这个命令就像Java应用的体检报告能快速判断是CPU问题、内存泄漏还是线程阻塞。3. 实战CPU飙高排查3.1 场景复现假设我们收到报警arthas-demo应用的CPU持续超过90%。先复现问题# 在Arthas会话中触发高CPU操作 thread -n 3 # 显示CPU最高的3个线程输出可能类似Thread Id: 17 CPU Usage: 78% Stack Trace: at demo.MathGame.main(MathGame.java:15) - 正在执行死循环计算3.2 三步定位法第一步锁定问题线程thread 17 # 查看线程堆栈第二步反编译可疑代码jad demo.MathGame # 反编译类文件输出会显示完整的Java源码我经常用这个命令确认线上运行的代码版本是否正确。第三步监控方法调用watch demo.MathGame primeFactors {params, returnObj} -x 3 # 观察入参和返回值这时你会看到实时打印的方法调用信息methoddemo.MathGame.primeFactors locationAtExit params[0]Integer[123456789], returnObjArrayList[ Integer[3], Integer[3], Integer[3607], Integer[3803] ]3.3 原理剖析当看到primeFactors在处理大整数时就能明白CPU高的原因——质因数分解是个计算密集型操作。通过-x 3参数可以展开对象详情避免漏掉关键信息。踩坑提醒线上环境慎用-x深度过大可能引发OOM。一般2-3层足够。4. 内存泄漏排查技巧4.1 内存快照分析heapdump /tmp/heap.hprof # 导出堆内存快照然后用MAT工具分析但更快捷的方式是用Arthas内置命令vmtool --action getInstances --className java.lang.String --limit 10 # 查看字符串实例4.2 类加载器排查classloader -t # 显示类加载器树 sc -d *MyClass* # 查找类加载路径曾有个案例NoClassDefFoundError报错但类明明存在。用sc命令发现是类加载器隔离导致比查日志快得多。5. 高级技巧火焰图与热修复5.1 生成火焰图profiler start # 开始采样 profiler stop --format svg --file /tmp/flame.svg # 生成SVG格式火焰图用浏览器打开火焰图横向宽度代表CPU耗时能直观看到热点方法调用链。5.2 热更新代码jad demo.MathGame /tmp/MathGame.java # 导出源码 vim /tmp/MathGame.java # 修改代码 mc /tmp/MathGame.java -d /tmp # 编译 redefine /tmp/demo/MathGame.class # 热加载重要限制不能修改方法签名或新增方法。我一般只用来紧急修复空指针等简单问题。6. 生产环境注意事项权限控制用--telnet-port 3658 --http-port 8563修改默认端口安全审计定期检查/home/admin/logs/arthas/下的操作日志资源隔离用session-timeout设置自动超时网络策略只允许内网访问Arthas端口建议把常用命令写成脚本#!/bin/bash # arthas-quick.sh echo 1. 查看实时面板 echo dashboard -n 5 echo 2. 追踪方法调用 echo watch com.example.Service * {params, throwExp} -x 2最后提醒Arthas再强大也只是工具真正的核心是建立完整的监控体系。结合Prometheus告警才能真正做到防患于未然。
)
