在Java应用开发与运维过程中，我们常常会遇到各类棘手问题——线上接口响应缓慢却找不到瓶颈、生产环境偶发异常无法复现、静态属性配置错误难以定位……这些问题如果依赖传统的日志打印或本地调试，往往效率低下，甚至无法解决。而Arthas作为阿里开源的Java诊断工具，凭借其非侵入式的字节码增强技术，无需修改代码、无需重启应用，就能实现对Java应用的全方位监控与诊断，成为开发者和运维人员的“排障利器”。本文将结合Arthas核心命令体系，带大家解锁其在实际场景中的应用技巧。
一、Arthas核心能力与命令分类
Arthas的命令覆盖了Java应用诊断的全场景，从JVM状态监控到类信息查询，从方法执行追踪到性能分析，各类命令各司其职又能灵活组合。根据功能定位，可将核心命令分为六大类，每类都对应着特定的诊断需求：
（一）JVM状态监控类：掌握应用“底层健康”
这类命令聚焦于JVM运行时的核心状态，帮助我们快速判断应用的资源占用、环境配置等基础问题，是排查性能瓶颈的第一步。
- dashboard：实时数据面板，堪称“JVM仪表盘”。执行后会动态展示CPU使用率、内存占用、线程状态、GC情况等核心指标，一眼就能识别出高CPU线程、内存泄漏隐患等问题。
- jvm：查看JVM详细信息，包括虚拟机名称、版本、内存区域大小、GC收集器类型等，为JVM参数调优提供数据支撑。
- memory：专注于JVM内存分析，可查看堆内存、非堆内存的使用情况，以及各代垃圾回收的统计数据，辅助定位内存溢出问题。
- thread：线程状态排查神器。不仅能列出所有线程的运行状态，还能通过
thread -n 3查看CPU使用率最高的3个线程，或通过thread 线程ID查看具体线程的堆栈信息，快速定位死锁、线程阻塞等问题。 - sysenv/sysprop：分别用于查看JVM的环境变量和系统属性，避免因配置错误导致的应用异常。
（二）类与类加载器相关：看透代码“运行时真相”
当遇到类加载冲突、方法找不到、需要验证线上代码是否生效等问题时，这类命令能直接穿透应用的“黑盒”，查看类的加载状态与源码信息。
- sc：查看JVM已加载的类信息。例如
sc com.hankun.patent.service.*可列出指定包下的所有类，配合-d参数还能查看类的详细属性（如类加载器、父类、接口等）。 - sm：查看类的方法信息。比如
sm com.hankun.patent.service.DepartmentService *可列出该类的所有方法，包括方法名、参数类型、返回值类型等，避免因方法签名错误导致的调用失败。 - jad：反编译已加载类的源码。当怀疑线上代码与本地代码不一致时，
jad com.hankun.patent.service.DepartmentService能直接输出该类的运行时源码，验证代码是否正确部署。 - classloader：分析类加载器情况。通过
classloader -t可查看类加载器的继承树，classloader -l能列出所有类加载器加载的类数量，帮助排查类加载器泄漏、类加载冲突等问题。 - dump：将已加载类的字节码保存到本地，可用于后续的代码分析或反编译验证。
（三）方法监控与追踪：定位业务“执行瓶颈”
这类命令是Arthas最核心的功能之一，通过字节码增强技术，在不影响应用正常运行的前提下，实现对方法执行过程的全方位监控，是排查业务逻辑异常、性能瓶颈的关键工具。
- monitor：方法执行统计监控。例如
monitor com.hankun.patent.service.DepartmentService getMap -n 10 --cycle 10，可统计该方法10次调用内的调用次数、成功/失败次数、平均耗时等指标，快速判断方法是否存在性能问题。 - watch：方法执行数据观测。核心用于查看方法的入参、返回值、异常信息，是排查业务逻辑错误的“神器”。例如
watch com.hankun.patent.service.DepartmentService getMap "{params, returnObj, costTime}" -x 3 -n 10，可输出方法的入参、返回值和执行耗时，-x 3指定参数展开层级，避免因对象嵌套导致的信息不全。 - trace：方法内部调用链路追踪。不仅能查看方法的执行耗时，还能展示方法内部调用的子方法链路及每个子方法的耗时。例如
trace com.hankun.patent.service.DepartmentService getMap -v，可精准定位到哪个子方法是性能瓶颈。 - stack：输出方法的调用路径。当需要知道某个方法被哪些地方调用时，
stack com.hankun.patent.service.DepartmentService getMap能列出该方法的所有调用链路，避免因调用来源错误导致的业务异常。 - tt：方法执行快照记录。通过
tt -t com.hankun.patent.service.DepartmentService getMap可记录该方法每次调用的快照，后续通过tt -i 快照ID可回看当时的入参、返回值、执行耗时等信息，特别适合排查偶发的业务问题。
（四）性能分析类：深挖系统“性能短板”
对于长期存在的性能问题，需要通过专业的性能分析工具找到根源，Arthas提供了火焰图、JFR等高级分析能力。
- profiler：生成性能分析火焰图。执行
profiler start后，工具会对应用进行采样，一段时间后执行profiler stop，会生成HTML格式的火焰图，通过浏览器打开即可直观看到哪些方法占用了大量CPU资源，是定位性能瓶颈的高效手段。 - jfr：动态开启JFR记录。JFR（Java Flight Recorder）是JVM自带的高性能诊断工具，Arthas可通过
jfr start和jfr stop动态控制JFR的启停，生成的记录文件可通过JDK自带的JMC工具分析，获取更详细的JVM运行数据。
（五）基础与工具类：提升诊断“操作效率”
这类命令类似Linux系统的基础命令，能帮助我们更便捷地处理诊断过程中的各类需求。
- grep/wc：配合管道符使用，实现结果过滤与统计。例如
sm java.lang.String * | grep 'index'可筛选出String类中包含“index”的方法，sc com.hankun.patent.service.* | wc -l可统计指定包下的类数量。 - help/history：
help 命令名可查看具体命令的用法，history可列出之前执行过的命令，方便重复执行。 - cls/pwd/quit：分别用于清空屏幕、查看当前工作目录、退出Arthas客户端，操作逻辑与Linux命令一致，降低学习成本。
（六）后台任务与鉴权类：适配复杂“诊断场景”
针对线上偶发问题，需要长时间监控时，后台任务功能能保证诊断的连续性；鉴权功能则保障了工具的使用安全。
- jobs/kill/fg/bg：
jobs列出所有后台任务，kill 任务ID终止指定任务，fg/bg可将任务在前后台之间切换。例如watch com.hankun.patent.service.DepartmentService getMap "{params}" -n 1 > log.txt &，可将监控结果输出到日志文件并在后台运行，即使断开会话也不影响。 - auth：用于设置Arthas的访问密码，避免未授权用户操作，保障生产环境的安全性。
（七）业务异常细节被吞掉，使用arthas进行线上跟踪
- trace命令
`trace com.lee.test.web.controller.TestApplicationController export -n 5 --skipJDKMethod false `
二、关键使用注意事项
- 线上使用谨慎性：Arthas的监控命令通过字节码增强实现，虽然对应用性能影响较小，但在高并发场景下，频繁使用
trace、watch等命令仍可能导致性能下降。建议明确监控范围（如指定类、方法、监控次数），诊断结束后执行reset命令还原增强类，或执行stop关闭Arthas服务端。 - 命令参数精准性：使用类相关命令时，需指定类的全限定名（包名+类名），避免因类名模糊导致命令执行失败；查看复杂对象时，合理设置
-x参数的展开层级（一般2-3层即可），层级过高会增加性能开销。 - 版本兼容性：确保Arthas版本与目标Java进程的JDK版本兼容（支持JDK 6+），避免因版本不匹配导致的功能异常。
- 敏感信息保护：
watch、tt等命令可能会输出方法的入参、返回值，若包含密码、手机号等敏感信息，需注意诊断结果的存储与传播，避免信息泄露。
三、总结
Arthas以其强大的功能覆盖、非侵入式的诊断方式、简洁的命令操作，成为Java应用问题排查的“ Swiss Army Knife ”。无论是JVM层面的性能瓶颈，还是业务层面的逻辑异常，无论是线上偶发问题，还是长期性能优化，都能通过Arthas找到解决方案。掌握本文所述的核心命令与使用技巧，能显著提升Java应用的诊断效率，让“疑难杂症”不再难以捉摸。建议在实际工作中多动手实践，结合具体场景灵活组合命令，充分发挥Arthas的诊断能力。
官方文档导航：https://arthas.aliyun.com/doc/
扫一扫
1245
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
