编程过程中如果出现错误，需要查找和定位错误时，借助程序调试可以快速查找错误。
编写好程序后，可能出现的情况：
1.没有bug。
使用Debug的情况：
2.运行后，出现错误或者异常信息，但是通过日志文件或者控制台，显示了异常信息的位置。
3.运行后，得到了错误的结果。
4.运行后，得到了正确的结果，但是在大量、多次运行后，出现了错误的结果。
（例1：多线程情况下，处理线程安全问题。例2：不同格式的输入数据，出现错误结果。）
1. Debug的步骤
1.添加断点。
2.启动调试。
3.单步执行。
4.观察变量和执行流程，找到并解决问题。
1.1 添加断点
在源码文件中，在想要设置断点的代码行的前面标记行处，单击鼠标左键出现红色圆点，就设置了一个断点。再次单机红色圆点行，就可以取消断点。
1.2 运行调试
单机臭虫，Debug调试运行代码，会停在断点位置。且在调试过程中，可以动态添加或取消断点。
1.3 调试工具按钮介绍
1. 步过：
开始运行下一步代码，不是下一个断点。且不进入方法内部。
2. 步入、强制步入：
开始运行下一步代码，且 可以进入当前这一行代码调用的方法或构造器内部。
区别：
步入：只能进入自己写的方法或构造器内部。
强制步入：可以进入自己写的方法或构造器 内部，也可以进入SDK定义的源码中的方法内部。
3. 步出：
跳出 当前这一行代码调用的方法、构造器、源码方法。
4. 运行到光标处：
直接跳到光标所在位置。如果中间有调试标记行，那还是会先进行调试行，再跳转。
5. 恢复程序：
-
如果后面没有断点，则结束调试，直接出结果。
-
如果后面有断点，则直接进入下一个断点位置。
6. 停止调试：
7.查看所有断点：
显示整个程序执行过程中添加断点的位置。
8. 显示执行点：
显示当前代码正在执行哪一行的断点。
9. 静音断点：
使得当前代码后面所有断点失效，一次执行到底。
2. 多种Debug情况介绍
2.1 方法断点
在方法上设置断点，显示红色菱形块。右键单机菱形块，可以看到监视。
方法输入：默认勾选，表示进入方法时，断点可以被唤醒。
方法退出：需手动勾选，表示在方法退出时，断点也被唤醒。
方法的覆盖：
子类调用父类方法的时候，如果父类方法中 有方法断点，则子类运行调试时一样会进入父类方法停留调试。
例如，我们进入源码，把源码某个方法设置断点，那么，调试代码中调用这个方法的时候，就会出现断点调试。
2.2 字段断点
在类的属性声明上打断点，默认对属性的修改操作进行监控。每次修改这个属性，都会停留。
当勾选"字段访问 "时，每次**获取（例如打印）**这个变量值，调试也会停留。
2.3 条件断点
设置断点之后，写上执行这个断点的条件。不满足条件的时候，断点不会执行。
2.4 异常断点
对异常进行跟踪，如果程序出现指定异常，程序就执行断点，自动暂停。
例如：设置出现空指针异常，就打断点。
操作：点击查看所有断点按钮，添加断点，选择Java异常断点，搜索空指针异常进行添加，看到已勾选这个断点，点击完成。下次出现这个异常，异常那一行就会出现闪电标识的断点。
2.5 线程调试
挂起线程，输入条件，执行调试到满足该条件的线程，就会暂停。
2.6 强制结束（强制返回）
调试过程中已经发现问题，不希望程序继续执行。
可以选择强制结束（Force Return），然后点击恢复恢复程序
，就直接结束了。
但是，如果在程序正在调用方法，方法需要一个返回值才能结束，就会出现
。
这就比较麻烦了，写不出对的返回值，就只能继续执行完这个方法。
2.7 自定义调试数据视图
在调试面板的空白处右键，选择自定义数据视图。
出现这个框：
例如：
2.8 常见问题
问题：使用Step into（步入）时，会出现无法进入源码的情况，怎么办？
方案1：使用force step into（强制步入）。
方案2：点击进入如下页面，把java.* 、javax.* 取消勾选。（不建议）
使得步入和强制步入完全一样，没有区别。
