Ubuntu Java代码调试技巧有哪些

调试Ja va代码这事儿，说难不难，说简单也不简单，尤其是在Ubuntu环境下。不少开发者会遇到这样的困惑：明明在Windows上调试得心应手，一换到Linux就感觉不顺手了。其实底层逻辑是一样的，关键是掌握几招“傍身”的技巧。下面就从最基础的配置开始，聊聊如何在Ubuntu上把Ja va调试这件事做到位。

一、基础调试准备

说到底，调试是一件“准备大于技巧”的工作。工具链搭不好，后面所有步骤都是白费功夫。在Ubuntu上动手调试之前，有两件事情必须先做好：

1. 安装JDK：这不是个复杂动作，用sudo apt update && sudo apt install openjdk-17-jdk（以OpenJDK 17为例）即可完成。安装完成后，别忘了用ja va -version和ja vac -version确认一下是否安装成功，这一步能省下后面很多莫名其妙的报错排查工作。

2. 启用调试信息：很多人忽略了编译参数，直接用ja vac YourClassName.ja va就完事了，结果发现调试器死活定位不到行号和变量。正确的做法是编译时带上-g参数，比如ja vac -g YourClassName.ja va。只有这样生成的.class文件才会包含变量名、行号等“宝藏信息”，调试工具才能精准抓到你想要的位置。

二、常用调试工具

工具的选择更多是习惯问题，没有绝对的好坏。这里分两类来聊：图形化和命令行。

1. 图形化IDE调试（推荐新手）

如果你刚入门调试，图形化的体验无疑是最友好的。它能让你“看见”代码怎么跑，而不只是“猜”。

• IntelliJ IDEA：启动调试的方式很直观，右键点击Ja va文件中的main方法，选择Debug '类名.main()'，或者直接点击工具栏那个绿色虫子图标。弄个断点也简单，直接点击行号左侧的空白区域就行。当然，如果你想让调试更智能一点，右键点断点还能设置条件断点，比如只让它在i == 5时才暂停。运行起来之后，控制执行流程的三板斧得熟练：Step Into（一头扎进方法内部）、Step Over（平稳跳过方法）、Step Return（干脆利落地跳出当前方法）。想看某个变量值？Variables面板一目了然，或者选中变量按Ctrl+Shift+D，直接计算表达式，这是排查逻辑错误时的利器。
• Eclipse：操作略有不同，但核心逻辑一致。启动调试是右键项目选择Debug As -> Ja va Application。Eclipse有一个比较实用的功能是异常断点：在Breakpoints视图点那个+号，选择Ja va Exception Breakpoint，输入像NullPointerException这类异常类型，程序只要一碰上这个异常就会自动停下来，省得你反复去猜空指针在哪里冒出来的。监视点也值得一用：右键某个变量，选择Toggle Watchpoint，当这个变量被访问或修改时会暂停程序，特别适合监控那些全局变量或者共享资源的变化。

2. 命令行调试（适合习惯终端的用户）

有些开发者不喜欢在IDE里点来点去，更习惯在终端里解决问题。没关系，JDK自带的工具完全够用。

• jdb（JDK自带）：启动调试可以直接开整：jdb YourClassName（前提是已经编译好并且包含调试信息）。设置断点用stop at YourClassName:行号，比如stop at YourClassName:10。控制执行时几个命令要记牢：run启动程序，step单步进入方法，next单步跳过方法，continue继续执行至下一个断点。想看变量值？用print 变量名（比如print sum），locals能列出当前帧所有局部变量，where可以查看当前线程的堆栈跟踪——这招在排查奇怪的线程阻塞问题时尤其管用。
• 辅助工具：除了jdb，还有两个工具你必须知道。jps用来查看当前运行的Ja va进程（比如jps -l），获取进程ID后，你可以用jstack生成线程快照（比如jstack 进程ID），这对于分析死锁、线程阻塞这类问题，几乎是唯一高效的手段。

三、高级调试技巧

当你不再满足于本地调试，或者遇到更复杂的场景时，下面几个高级技巧会派上大用场。

• 远程调试：很多Ja va应用最终部署在远程Ubuntu云主机上，本地无法直接运行。这时候就需要远程调试。服务端启动时加上JVM参数：-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005（5005是监听端口，可以自定义）。然后在IntelliJ IDEA中配置：点击Run -> Edit Configurations，添加Remote配置，填写服务端的Host（比如192.168.1.100）和Port（即5005），启动调试就可以像本地一样调试远程代码了。需要注意的是，远程调试对网络环境有一定要求，最好在局域网内操作。

• 条件断点：前面在IDE设置中简单提过，这里再单独强调一下它的巨大价值。比如你有一个列表，里面装了成千上万个元素，但你只关心当列表大小超过10时的行为。如果逐个断点手动数着跑，效率就太低了。右键断点选择More -> Condition，输入布尔表达式（如list.size() > 10），程序会在条件满足时自动暂停。这才是关键所在：用最少的中断次数，获取最有用的信息。

• 监视点：和上面IDE部分提到的类似，不过这里再补充一点。监视点不仅适用于类中的字段，也适用于静态变量。当你怀疑某个全局变量在某处被意外修改时，不用满屏找代码，直接在变量上设置监视点，程序会精确地停在被修改或访问的代码行，精确到令人发指的地步。

• 评估/修改变量：调试到一半，你想看看“如果把sum改成100会怎样”？直接在调试控制台中输入sum = 100，就能修改变量值并继续执行。这个功能在需要测试多种边界情况时特别实用，省去了反复改动代码再重新编译的繁琐过程。

四、日志与工具辅助

调试不是万能的，有些问题靠断点和单步根本查不出来。这时候就得请日志和监控工具出场了。

• 日志分析：很多人觉得加日志是基础操作，没必要多说。但实际操作中，日志写得好不好，直接决定排查效率。使用Log4j、SLF4j这类框架，在代码中加上logger.debug("Current value of i: {}", i)这样的语句。运行时把日志输出到文件（比如配置log4j.appender.FILE.File=/var/log/myapp.log），需要排查问题时，直接打开日志文件看堆栈和变量状态，有时候比调试器更快。尤其是生产环境中，调试器很难介入，但日志是永远可用的。
• VisualVM监控：这是一个被很多人低估的工具。通过sudo apt install visualvm安装后，连接目标Ja va进程（可以是本地localhost:1099，也可以是远程主机的JMX端口）。你可以在它上面实时看到CPU使用率、内存占用、线程状态等关键指标。内存泄漏、线程阻塞这类问题，光靠代码审查很难发现，但VisualVM的监控数据会瞬间揭示真相，这才是高手解决问题的方式。