阿里神器 Arthas 的骚操作，定位线上BUG，超给力！
第一部分：认知篇——Arthas 是什么？
1.1 线上问题的痛
在Java应用开发中，线上问题诊断往往是一个复杂而棘手的任务。你是否遇到过以下情况：
线上代码出了问题，想要debug却无法远程调试？
日志打印了，但信息不够，排查困难？
修改了几行代码，想要验证效果，却要重新打包、上传、发布，流程漫长？
面对CPU飙升、线程阻塞，还在用
top、jstack组合拳，繁琐且低效？
1.2 Arthas 的核心价值
Arthas（阿尔萨斯）是阿里巴巴开源的一款Java诊断工具。它采用命令行交互模式，同时提供丰富的Tab自动补全功能。
其最大的特点是：在不重启JVM、不修改代码的情况下，动态地洞察应用运行状态，甚至修改运行逻辑。它基于JVM的字节码增强技术，让我们拥有了线上应用的“上帝视角”。
1.3 快速入门：如何连接目标进程
一切操作的前提是先连接到目标Java进程。
bash
# 1. 下载 arthas-boot.jar curl -O https://arthas.aliyun.com/arthas-boot.jar # 2. 启动，并选择要监控的Java进程（输入序号即可） java -jar arthas-boot.jar
成功连接后，你就进入了 Arthas 的命令行控制台。
第二部分：实战篇——四大经典场景的骚操作
本章将通过四个最经典的线上故障场景，手把手教你 Arthas 的实战技巧。
场景一：CPU 飚高 —— 找出罪魁祸首
故障现象：监控告警，某台服务器CPU使用率超过200%，服务响应变慢。
骚操作1：实时看板，锁定嫌疑线程
命令：dashboard
这是 Arthas 的实时仪表盘，可以展示当前JVM中所有线程的CPU使用情况。
效果：进入dashboard界面后，你会发现某个或多个线程的CPU占有率远高于其他线程，记录下这个高CPU线程的ID（比如 15）。
骚操作2：查看线程堆栈，定位代码行
命令：thread [线程ID]
当我们通过dashboard锁定嫌疑线程ID（例如15）后，使用该命令查看其详细调用栈。
效果：Arthas会打印出该线程当前正在执行的堆栈信息。你会清晰地看到线程卡死在哪一行的哪个方法上。例如，输出显示线程卡在java.util.regex.Pattern$CharProperty.match，那么问题很可能与正则表达式有关。
骚操作3：查看最忙的N个线程
命令：thread -n [N]
如果你不想一个个看，可以直接让Arthas找出当前最忙的几个线程。
bash
# 展示当前最忙的前3个线程并打印堆栈 thread -n 3
这个命令相当于top -Hp [pid]+jstack的加强版，一步到位。
骚操作4：排查线程阻塞
命令：thread -b
如果系统出现明显的卡顿或死锁，可以使用该命令找出当前阻塞其他线程的线程。
注意：目前主要支持找出因synchronized关键字阻塞住的线程。
场景二：接口响应慢 —— 追踪方法执行链路
故障现象：某个API接口突然变慢，从原来的50ms变成了5秒，不知道慢在哪个环节。
骚操作5：方法内部调用路径追踪
命令：trace [类名] [方法名]
这是定位性能瓶颈的神器。它会输出这个方法内部调用的所有子方法，并打印每个子方法的耗时。
案例：
bash
trace com.example.OrderService getOrderInfo -n 5
效果：当请求进来时，控制台会输出类似如下的统计：
text
`---ts=2024-01-01 10:00:00;thread_name=http-nio-8080-exec-1;id=123;is_daemon=true;priority=5; `---[10000.123ms] com.example.OrderService:getOrderInfo() +---[5000.234ms] com.example.OrderService:getFromDB() # 数据库查询花了5秒！ +---[3000.456ms] com.example.OrderService:callRemoteApi() # 远程调用花了3秒 `---[1000.789ms] com.example.OrderService:buildResponse()
通过这个输出，你一眼就能看出getFromDB()是导致缓慢的元凶，从而可以进一步深入排查SQL或Redis问题。
骚操作6：聚合监控方法执行次数与耗时
命令：monitor [类名] [方法名] -c [周期(秒)]
如果你想以一个固定的时间周期（比如5秒）来统计某个方法的调用次数、成功次数、失败次数和平均耗时，可以用这个命令。
bash
# 每5秒统计一次OrderService.getOrderInfo的执行情况 monitor com.example.OrderService getOrderInfo -c 5
场景三：线上代码与预期不符 —— 反编译与热更新
故障现象：怀疑代码没生效，或者日志打印不全，但又不能重启应用去验证。
骚操作7：反编译线上代码，确认运行逻辑
命令：jad [全限定类名]
当我们不确定线上运行的代码是否包含我们刚刚提交的修改时，这个命令最有用。
bash
# 反编译UserController，确认逻辑 jad com.example.controller.UserController
效果：Arthas 会直接从JVM中加载该类字节码，并反编译成清晰的Java源代码打印出来。如果发现代码确实不是最新的，就可以继续下一步。
骚操作8：在线热更新代码（极限救火）
这是Arthas最“骚”的操作之一，可以在不重启应用的情况下，修改并替换掉有问题的代码。
操作流程：
反编译并保存源码：
jad --source-only com.example.controller.OrderController > /tmp/OrderController.java。修改源码：在服务器上使用vim等编辑器修改
/tmp/OrderController.java文件，修复BUG。内存编译：使用
mc（Memory Compiler）命令编译刚才修改的Java文件。bash
mc /tmp/OrderController.java -d /tmp
热更新：使用
retransform命令将编译好的class文件替换JVM中正在运行的类。bash
retransform /tmp/com/example/controller/OrderController.class
效果：几毫秒后，应用后续的请求将执行你刚刚修改的新代码，问题瞬间修复。
场景四：参数/返回值不可知 —— 时空隧道与观测
故障现象：某个方法在特定入参下会报错，但日志里没有打印入参，线下又难以复现。
骚操作9：观察方法入参、返回值和异常
命令：watch [类名] [方法名] "{expression}" -x [展开深度]
这是最灵活的观测命令，可以观察方法执行过程中的各种信息。
案例：
bash
# 观察方法入参，-x 2 表示展开复杂对象内部两层 watch com.example.service.UserService login '{params}' -x 2 # 观察方法返回值和异常，并限定方法执行耗时大于100ms watch com.example.service.UserService login '{params, returnObj, throwExp}' '#cost>100' -x 2效果：当方法被调用时，Arthas会打印出入参的具体值。即使方法抛出了异常，也能捕获到异常对象，帮助开发者精准定位。
骚操作10：时空隧道 —— 记录并重放请求
命令：tt -t [类名] [方法名]tt命令是“时空隧道”的缩写，它可以把某个方法的每次调用（入参、返回值、耗时等）都记录下来，并支持后续查看甚至重放。
使用场景：当你想重现一个复杂的前端请求，但前端同学不在时，这个命令会很有用。
开启记录：
tt -t com.example.controller.OrderController createOrder触发请求：让前端或测试再操作一次。
列出记录：
tt -l。你会看到一条记录，包含一个INDEX号，比如1001。查看详情：
tt -i 1001。查看这次调用的所有入参信息。重放请求：修复代码后，无需前端配合，直接重放该请求进行测试。
bash
tt -i 1001 -p
第三部分：命令与场景速查手册
为了方便你在实际工作中快速查找，这里整理了一份常用命令清单：
| 命令 | 核心功能 | 一句话总结 | 常用参数/场景 |
|---|---|---|---|
dashboard | 实时仪表盘 | 一眼看清线程、内存、GC状况 | 无参数，直接输入 |
thread | 线程查看器 | 揪出CPU最猛的线程，查看死锁 | -n [N]最忙线程，-b阻塞线程，[id]指定线程 |
jad | 反编译 | 确认线上代码是不是最新 | --source-only只输出源码 |
mc | 内存编译器 | 在服务器内存里编译java文件 | -d指定输出目录 |
retransform | 热更新 | 替换JVM中的类定义，无需重启 | [class文件路径] |
trace | 方法调用追踪 | 找出方法里哪一行最慢 | -n匹配次数，#cost>100过滤耗时 |
watch | 观测方法 | 看入参、返回值、抛出的异常 | -b调用前，-s返回后，-e异常后，-x展开深度 |
tt | 时空隧道 | 记录请求，支持后续查看和重放 | -t记录，-l列表，-i详情，-p重放 |
monitor | 监控统计 | 定时统计方法调用成功/失败次数 | -c统计周期 |
profiler | 生成火焰图 | 性能分析，可视化热点路径 | start开始，stop停止并生成 |
vmtool | JVM工具 | 强制GC，或直接从内存中查询对象 | --action getInstances获取实例 |
第四部分：原理与技巧篇——不仅要会用，更要懂它
4.1 字节码增强技术
Arthas的大多数命令（如watch、trace、monitor）都是通过字节码增强技术实现的。
它相当于在目标方法执行时，动态地插入了一段监听代码，从而获取执行数据。需要注意的是，增强会对JVM产生一定的性能损耗（通常极小），因此在诊断结束后，建议执行stop命令来重置所有增强过的类，释放资源。
4.2 条件表达式
大多数命令（如watch、trace、tt）都支持使用OGNL表达式来编写过滤条件，避免在大量调用中被刷屏。
例如：
bash
# 只观测第一个参数大于10的情况 watch com.example.TestService test '{params[0], returnObj}' "params[0] > 10" # 只观测耗时大于200ms的调用 trace com.example.TestService test '#cost > 200'[citation:8]4.3 管道与重定向
Arthas支持Linux的管道符和重定向。
bash
# 将反编译结果保存到文件 jad com.example.TestClass > /tmp/TestClass.java # 将命令结果输出到文件（用于后续分析） thread -n 10 >> /tmp/threads.log
4.4 通过Base64绕过文件上传限制
如果服务器安全策略禁止上传文件，可以通过Base64编码绕过。
bash
# 本地将class转base64 base64 -i /tmp/Test.class -o /tmp/result.txt # 服务器上还原 base64 -d /tmp/result.txt > /tmp/Test.class