Java 如何做性能分析

平时用Java写代码的时候，会不会遇到过这些情况：好好的程序突然变卡，点开日志全是乱码看不懂，想优化又不知道从哪下手？其实不是你写的代码有问题，是没搞懂Java程序“不舒服”的根源——性能分析。这事儿就像给汽车做体检，不用拆发动机，靠专业工具就能找出哪里积碳、哪里漏油，不用自己啃说明书。

第一步：先看“表面状态”，别直接拆零件

很多人一碰到性能问题就想着改代码，其实先观察程序的“表面状态”最省事。就像你开车觉得动力差，先看仪表盘的转速、水温、油量，而不是直接拆火花塞。对Java程序来说，最方便的就是看两个东西：线程状态和内存占用。

线程就像公司里干活的员工，如果一半员工都在“摸鱼”（比如等着数据库返回数据，或者等着用户点击），程序就不会快；如果所有员工都在“抢一个工位”（线程死锁），程序直接卡成死机。你可以用JDK自带的工具“jstack”，输入一行简单的命令，就能看到每个线程在干啥——是在休息，还是在干活，或者在抢资源。

内存就像公司的仓库，放着程序运行时要用的各种数据。如果仓库里堆了太多没用的旧箱子（垃圾没及时清理），新东西放不下，程序就会变慢，甚至直接崩溃。这时候用另一个自带工具“jmap”，就能看到仓库里有多少东西，有没有堆着几百个没人用的旧箱子，这就是“内存泄漏”，是Java程序最常见的性能坑。

第二步：找“具体卡顿”，靠日志抓真问题

如果看表面状态没找到问题，那就是程序在“悄悄干活”的时候出了问题。这时候可以用“GC日志”，它就像公司的考勤表，记录了仓库清理垃圾的全过程。

比如你写了一个处理用户上传图片的程序，运行10分钟后突然变卡，看GC日志会发现，每隔2分钟就会有一次“大扫除”，而且每次大扫除都要花30秒——这说明每次处理完的图片没及时清理，越堆越多，每次清理都要翻半天仓库，自然就慢了。

还有一种情况是“CPU突然飙高”，就像公司所有人都在加班，但没干活。用JDK的“jstat”工具，能看到每个线程的CPU占用率，找到那个占了90%CPU的“摸鱼员工”，再用jstack看它在干啥——哦，原来在循环里反复解析同一个字符串，这就是写代码时的小疏忽，优化一下就能解决。

第三步：复杂场景用“放大镜”，别硬扛

如果是大程序，比如电商平台的秒杀系统，用自带工具可能不够直观，这时候可以用一些可视化工具，就像给程序装了个高清监控。比如Arthas，它能在不重启程序的情况下，实时看某个接口的调用次数、耗时，甚至能临时修改代码测试效果——就像给公司换了个临时的考勤系统，不用调整原有流程就能抓问题。

举个真实的小例子：有个朋友的Java程序，用户一多就报错“内存溢出”，他先看GC日志，发现是每次处理订单后，订单对象没被回收，用jmap看内存，果然有10000个没用的订单对象，最后把代码里的订单处理完后手动清空缓存，问题就解决了，前后只用了半小时，比瞎改代码省了好多时间。

其实Java性能分析没那么难，核心就是“先看状态，再抓细节，最后用工具验证”，就像给自行车补胎：先看看轮胎哪漏气，再扒开外胎找破洞，最后补好就行，不用把整个自行车拆成零件。下次碰到程序卡，别慌，按这几步来，总能找到问题在哪。