Java7：Java调试入门：用好IDEA调试器，Bug无处遁形

目录

写在前面

一、什么是调试？

二、常见的调试方式

方式一：人工阅读代码 + 打印语句

方式二：使用集成开发工具的调试器

三、IDEA调试入门：从零开始

3.1 准备工作：一段有Bug的代码

3.2 第一步：打断点

3.3 第二步：启动调试模式

3.4 第三步：认识调试界面

四、调试的核心操作

4.1 Step Over（逐过程）—— 快捷键 F8

4.2 Step Into（逐语句）—— 快捷键 F7

4.3 Force Step Into（强制步入）—— 快捷键 Alt+Shift+F7

4.4 Step Out（跳出）—— 快捷键 Shift+F8

4.5 Run to Cursor（运行到光标处）—— 快捷键 Alt+F9

4.6 Resume Program（恢复执行）—— 快捷键 F9

4.7 重新调试 —— 快捷键 Ctrl+F5

4.8 停止调试 —— 快捷键 Ctrl+F2

五、进阶调试技巧

5.1 查看变量和表达式

5.2 查看调用堆栈

5.3 Console标签

5.4 条件断点

5.5 显示和管理所有断点

5.6 屏蔽所有断点

六、实战演练：用调试器找到Bug

步骤一：打好断点

步骤二：启动调试

步骤三：观察变量

步骤四：逐次观察

步骤五：发现问题

步骤六：修复

七、调试的最佳实践

7.1 什么时候应该调试？

7.2 调试的常见误区

7.3 调试与打印语句的选择

八、总结

写在前面

在学习Java的过程中，你一定遇到过这样的情况：代码编译通过了，但运行结果却和预期不一样。没有报错，没有异常，可结果就是不对。这种时候，很多初学者会选择在代码里到处加System.out.println，试图通过打印信息来定位问题。

这种方法虽然有效，但对于稍微复杂一点的程序来说，效率实在太低了——你得不断地改代码、重新编译、重新运行，来回折腾好几轮。

今天这篇文章，我们来学习一种更专业、更高效的排错方式——调试（Debugging）。掌握了调试技能，你能像医生做CT扫描一样，精准地看到程序在每一步执行时的状态，Bug自然无处藏身。

一、什么是调试？

调试，英文叫Debugging，指的是发现并修正程序中错误的过程。这个词的来历很有意思：1947年，计算机先驱Grace Hopper在哈佛大学的Mark II计算机中发现了一只飞蛾卡在继电器里，导致机器故障。从此，"捉虫（Debug）"就成了修复计算机问题的代名词。

调试的核心思路是：逐步缩小Bug所在的范围，最终精准定位问题源头。

这就好比警察破案——案件发生在某个城市，警方先锁定区域，再缩小到街道，最后找到具体房间。调试也是同样的逻辑，通过一步步追踪，找到问题发生的精确位置。

二、常见的调试方式

方式一：人工阅读代码 + 打印语句

这是最朴素的方式，适用于代码量较小的场景：

• 逐行阅读代码：用自己的大脑模拟计算机的执行过程，检查逻辑是否有漏洞

• 插入打印语句：在关键位置加上System.out.println，输出中间变量的值，观察是否符合预期

这种方式的好处是零成本、无需额外工具。但缺点也很明显：对于复杂的程序，人工模拟很容易出错；而且每次修改打印语句都需要重新编译运行，效率低下。

方式二：使用集成开发工具的调试器

这是处理复杂程序的推荐方式。以我们最常用的IDEA为例，它内置了功能强大的调试器，可以让我们：

• 在任意位置暂停程序执行

• 逐行或逐方法地控制执行流程

• 实时查看所有变量的值

• 动态计算表达式的值

下面我们就来详细学习如何在IDEA中进行调试。

三、IDEA调试入门：从零开始

3.1 准备工作：一段有Bug的代码

为了演示调试过程，我们先写一段有问题的代码：

public class DebugDemo { public static void main(String[] args) { int[] arr = {1, 2, 3, 4, 5}; int sum = calculateSum(arr); System.out.println("数组元素之和：" + sum); } public static int calculateSum(int[] numbers) { int total = 0; for (int i = 0; i <= numbers.length; i++) { total += numbers[i]; } return total; } }

运行这段代码，你会看到什么？没错，程序会抛出ArrayIndexOutOfBoundsException（数组下标越界异常）。因为循环条件写成了i <= numbers.length，当i等于5时，访问numbers[5]就越界了。

接下来，我们就用调试器来找到并确认这个问题。

3.2 第一步：打断点

断点是调试的起点，它告诉调试器：执行到这里停下来，等我看看情况。

在IDEA中打一个断点非常简单：在代码行号的右侧空白处，用鼠标左键点击一下，就会出现一个红色的圆点。

通常我们会把断点打在怀疑有问题的那一行，或者关键逻辑的入口处。比如在这个例子中，我们可以在total += numbers[i];这一行打上断点。

3.3 第二步：启动调试模式

打完断点后，点击鼠标右键，在弹出的菜单中选择Debug 'DebugDemo.main()'（或者点击工具栏上的小虫子图标）。

程序会开始运行，并在遇到断点时暂停。此时IDE的布局会发生变化，底部会出现调试窗口。

3.4 第三步：认识调试界面

启动调试后，IDEA的界面会变成这样：

调试窗口主要分为以下几个区域：

• 编辑器区域：代码在这里高亮显示，当前正在执行的行会被标记

• Variables面板：显示当前作用域内的所有变量及其值

• 调试工具栏：控制程序执行的各个按钮

• Console标签：显示程序的输入输出信息

四、调试的核心操作

4.1 Step Over（逐过程）—— 快捷键 F8

这是最常用的调试操作。它的作用是：逐行执行代码，但如果当前行是一个方法调用，不会进入方法内部，而是直接执行完这个方法并得到返回值。

打个比方：你在监控一个工厂的生产线，看到一台机器在工作。Step Over的意思是：我不关心这台机器内部怎么运转，我只看它产出什么结果。

在我们刚才的例子中，如果当前停在total += numbers[i];这一行，按一次F8就会执行这一行，然后停在下一行（要么继续循环，要么结束循环）。

4.2 Step Into（逐语句）—— 快捷键 F7

与Step Over不同，Step Into会进入方法内部，让你看到方法内部的每一行执行过程。

还是用工厂的比喻：Step Into意味着你走进了那台机器的内部，去看它的每一个零件是如何运作的。

当你调试到int sum = calculateSum(arr);这一行时，按F7就会跳进calculateSum方法内部，从第一行开始执行。

4.3 Force Step Into（强制步入）—— 快捷键 Alt+Shift+F7

普通的Step Into有一个限制：它不会进入JDK自带的方法（比如System.out.println、String.length()等），因为这些方法没有源代码。

但有些时候，你就是想看看这些库方法内部发生了什么。这时候就需要用到强制步入——它会进入任何方法，包括那些通常被跳过的库方法。

4.4 Step Out（跳出）—— 快捷键 Shift+F8

如果你不小心进入了一个方法，或者已经看完了这个方法内部的逻辑，想快速回到调用它的地方，就用Step Out。

它会执行完当前方法的剩余代码，然后返回调用处，停在调用处的下一行。

4.5 Run to Cursor（运行到光标处）—— 快捷键 Alt+F9

这是一个非常实用的功能。当你不想一步一步地调试，而是想直接跳到某个特定位置时，可以把光标移到目标行，然后按Alt+F9。

程序会从当前位置直接执行到光标所在行（中间如果有断点，还是会停）。这在循环调试中尤其好用——你可以快速跳过前面几次迭代，直接观察某一次迭代的情况。

4.6 Resume Program（恢复执行）—— 快捷键 F9

如果你想继续执行程序，直到遇到下一个断点或程序结束，就按F9。

4.7 重新调试 —— 快捷键 Ctrl+F5

如果这次调试结束了，你想重新来一遍，可以按Ctrl+F5，程序会重启并再次进入调试模式。

4.8 停止调试 —— 快捷键 Ctrl+F2

想结束调试会话时，按Ctrl+F2。

五、进阶调试技巧

5.1 查看变量和表达式

在调试过程中，Variables面板会显示当前作用域内所有变量的值。你可以清楚地看到：

• 基本类型的值（如int i = 0）

• 引用类型的地址和内容（如数组的元素、对象的属性）

此外，你还可以动态计算表达式。在Variables面板下方的输入框中，输入任意合法的Java表达式，按下回车就能看到计算结果。比如输入numbers.length，会显示5；输入i + 1，会显示当前i的下一个值。

5.2 查看调用堆栈

在Debugger标签页中，还有一个Frames面板，显示当前的调用堆栈。它记录了当前方法是被谁调用的，调用者又是被谁调用的，一层层往上追溯。

这告诉我们：main方法在第4行调用了calculateSum，而calculateSum当前执行到了第10行。调用堆栈在排查"这个方法是谁调用的"问题时非常有用。

5.3 Console标签

调试时，程序的输出信息会显示在Console标签中。如果你的代码中有System.out.println，输出的内容就在这里查看。

5.4 条件断点

有时候，我们只想在某个条件满足时才停下来。比如在一个循环中，循环了1000次，我们只关心第500次迭代的情况。如果每次都手动按F8，手指都要按断了。

这时候就需要条件断点：

1. 在行号旁边右键点击已有的断点

2. 在弹出的对话框中输入条件表达式，比如i == 499（注意循环变量从0开始）

3. 点击Done

设置完成后，只有当i等于499时，程序才会在此断点处暂停。其他时候会直接跳过。

5.5 显示和管理所有断点

如果你的程序打了多个断点，可以通过Ctrl+Shift+F8打开断点管理窗口。在这里你可以：

• 查看所有断点的列表

• 启用或禁用某个断点

• 删除不再需要的断点

• 编辑断点的条件

5.6 屏蔽所有断点

有时候你暂时不想让任何断点生效，但又不想一个一个地去删除或禁用它们。这时可以点击调试工具栏上的静音断点按钮（一个红色的圆圈带斜杠），它会临时禁用所有断点。再次点击即可恢复。

六、实战演练：用调试器找到Bug

现在我们用刚学到的调试技能，来解决文章开头那段有Bug的代码。

步骤一：打好断点

在total += numbers[i];这一行打一个断点。

步骤二：启动调试

右键点击，选择Debug，程序会在断点处停下。

步骤三：观察变量

看Variables面板：

• i = 0

• numbers.length = 5

• total = 0

一切正常。按F8继续。

步骤四：逐次观察

继续按F8，观察i的变化：

• i = 0 → total = 1

• i = 1 → total = 3

• i = 2 → total = 6

• i = 3 → total = 10

• i = 4 → total = 15

到这里看起来都没问题。但注意循环条件是i <= numbers.length，也就是i <= 5。所以当i变成5时，还会再执行一次循环体。

步骤五：发现问题

当i = 5时，执行total += numbers[5]。但数组的最大索引是4（因为索引从0开始），numbers[5]不存在。

此时，Variables面板中显示的numbers[5]会提示错误，或者程序直接抛出异常。问题找到了！

步骤六：修复

把循环条件从i <= numbers.length改为i < numbers.length，Bug就修复了。

七、调试的最佳实践

7.1 什么时候应该调试？

• 程序运行结果不符合预期时：不要急着改代码，先调试看看问题在哪

• 程序抛出异常时：调试可以帮助你找到触发异常的准确位置

• 接手别人的代码时：调试是理解代码逻辑的好方法

• 学习新技术时：通过调试观察代码的执行流程，加深理解

7.2 调试的常见误区

1. 不打断点直接点Debug：这样程序会直接运行到结束，跟Run没什么区别

2. 一次打太多断点：断点太多会让你迷失方向，建议先打1-2个关键位置的断点

3. 只盯着代码不看变量：调试的精髓在于观察变量的变化，不要只顾着看代码执行到哪里

4. 害怕调试：调试是开发者的好朋友，不是用来惩罚自己的工具

7.3 调试与打印语句的选择

结论：优先使用调试器，打印语句作为辅助手段。

八、总结

今天我们学习了Java调试的核心知识和IDEA调试器的使用技巧：

1. 调试的本质：逐步缩小Bug范围，精准定位问题

2. 调试的两种方式：人工阅读+打印语句 vs 使用调试器

3. IDEA调试基础：打断点、启动调试、认识调试界面

4. 核心操作：Step Over、Step Into、Step Out、Run to Cursor

5. 进阶技巧：条件断点、查看表达式、管理断点

6. 实战演练：用调试器找到数组越界Bug

调试是一项需要反复练习的技能。刚开始可能会觉得麻烦，不如直接改代码来得快。但随着你遇到的Bug越来越复杂，调试的价值会越来越明显——它不仅能帮你更快地解决问题，还能让你更深入地理解代码的运行机制。

记住：优秀的程序员不是不写Bug，而是善于用工具找到并修复Bug。

接下来，我们将马上进入Java面向对象编程的核心篇章——类和对象，敬请期待！