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