断点调试是程序开发过程中的一个必不可少的步骤，一些程序的断点调试操作比较简单，只需在编辑器里标记哪行为断点，便可得知程序各个环节的输出结果


目的是断截程序线程的执行，输出指定环节的结果，就是所谓的断点调试


die()和exit()


die()一般和or()联合使用 


die()和exit()函数都有终止线程的作用，是php断点调试需要使用的最主要的函数，它们也是php程序员使用非常频繁的函数


实际上，die和exit是等价的，都是用来终止当前脚本。

IntelliJ IDEA使用教程 （总目录篇）

在调试代码的时候，你的项目得debug模式启动，也就是点那个绿色的甲虫启动服务器，然后，就可以在代码里面断点调试啦。

下面不要在意，这个快捷键具体是啥，因为，这个keymap是可以自己配置的，有的人keymap是mac版的，有的是Windows版的。
我的就是Windows，而且修改keymap为eclipse的keymap，因为我算是eclipse转过来的吧。

下面直接看图，详细解释，每一个按钮（按钮对应图中的数字）都是什么功能。



1，rerun XXX，这个就是直接重新跑某个程序。

2，这个相当于eclipse里面的f8，直接跑完，到下一个断点停下，没有就直接跑完程序。

3，停止项目或者程序。要是自己的main呢，点一下就停下了，要是Java web项目，则点2下，就把服务器给停了。

4，查看所有的断点设置情况。具体详情，下面有示意图，再细细解释。

5，直接取消所有断点，让所有断点无效。

6，要是你一不小心把这个下面的布局给弄乱了，你点这个，就把下面的布局给还原咯。

7，跳转到当前代码所执行的地方，也就是说你在看代码的时候，点到其他地方，一点这个按钮，就到了程序执行到当前哪行的代码的地方。

8，下一步，如果是方法，他是不会跳进去的。就是一行行的往下走。（eclipse里面的快捷键就是f6）

9，跳转到详情，如果下一行调试代码是可执行方法，就可以f5进去，查看这个方法的运行详细情况。重点就是点进去执行

10，从详情跳出去，和上面的9相反。

11，看字面意思就是跳转到那个光标所在的地方，前提是他能路上没断点拦着(这个也很好用的，下面详细解释一下他的好处)。

12，这个点开之后，可以计算你想要看的代码段的值，后面详细上图。

13，看意思，同eclipse里面的watch，查看某个对象的值，自定义的对象。

14，把自定义的查看对象的值，分开到另一个tab页。
15，有时候当我们步入方法体之后，还想回退到方法体外，点这个按钮后，断点重新回到方法体之外。在继续还是可以再次进到方法内（这个很好的，假设你手快，跳过想断点的方法，然后这个drop frame，出去之后，就可以再次debug啦。这个很是着重介绍一下，就算你只打一个断点，一不小心跑了，不怕，点这个，推出，然后再执行，还是会再次进入断点的。这个很管用的，要是不知道的话，就的再从头到尾的执行一遍，很是麻烦哦。所以，再使劲的强调一下这个高科技按钮。）

 

查看断点处的某个对象的值，可以 如下几个方法：

1，选中对象后，鼠标悬停在对象上 2 秒左右

2，在watch里面添加这个对象，

3，下面也许会自动列出来你代码里面有的

4，使用上面图上标注的12的那个按钮

5，alter + click，按住alter，然后点击想看的变量，就出现啦变量的值，这个厉害，感谢 40 楼老铁的评论。

 

下面就再详细说下 4，12，13，14，11
4，查看所有的断点的详情，点开如下所示。

在图中condition中可以设置断点的条件，当i==4的时候，才停下。查看具体断点内容。



关于设置断点条件，还可以，直接在代码断点处，右键设置，完啦之后，done，设置完成。



12，这个用的也比较多，这个就比较随意。可以根据你的输入，计算你要的结果，不局限代码里面的变量啥的。

这个在debug的时候，使用起来是很方便的。





13，14，这2个点完之后，效果如下图，只是把自定义的变量和代码里面自带的变量分在两个tab页面展示。

你可以点13号按钮，自行添加，你想查看的变量的值。



11，看字面意思就是跳转到那个光标所在的地方，前提是他能路上没断点拦着



一般看到这个图，大概都是在for循环之前打了个断点，当你在一步步的跟踪代码执行的时候，遇到这个for循环，要是还是一步步的继续，那就得点很多下，要是循环集合很大，岂不是很费时，一般估计就会在for循环的后面（比如在我这个图的39行打个断点，来一下子跳过for循环）再打个断点，那么你为了一步步的跟踪代码执行，不得不继续类似的操作，添加了不少没用的断点。你这么做是因为你不知道这run to cursor ，就是直接执行到鼠标光标处。通俗的解释一下，看我图39行，当前鼠标的光标就在这地方，你直接点这个run to cursor 这个debug功能按钮，就会直接跳过for循环，运行到光标所在的位置，停下。这就省去了打n多个不需要的断点啦。这个按钮的功能不错吧。

 

还有个需求，就是

在调试代码的时候，实时的修改，运行状态的代码变量的值。



仔细看下图，就知道，怎么在实时调试代码的时候，怎么设置某些变量的值，可以看到，我上面在输入a之后，下面就有类似你写代码时候的提示，你就可以在这地方修改变量的值啦

（更新）

上面的描述好像有问题，不应该使用watch去修改变量的值，具体看图吧。



可以看到，我在watch里面写了行代码，给这个list add一个“123456”，然后发现，代码走一行，他就add一次，然后就发现我上面写的不对啦，不是这么来修改正在运行的变量的值的。



应该像这张图这么来修改变量的值，这个是一次性操作的。



这个地方，快捷键是f2，具体的快捷键可能不一样，f2快捷键之后，就会出格框，里面输入你想修改的值，就可以运行的时候，修改变量的值。这个还有你修改的记录。

关于调试的时候，

设置运行时的参数，如下：





入口如下，2个地方都可以。



一般都是跑简单的main方法，跑main方法的时候，还带参数文件的，还是第一次，顺带做个记录吧。

 

最后，湿胸我说的这么详细，各位观众，有钱的捧个钱场，没钱的捧个人场。点个赞，留个言啥的，好不好呀。

我写完文章，给自己点个赞，不过分吧，

不过分，那我可就点啦啊。

我先点为敬，你们随意。大家随意。不要客气。。。

 

更新：这个编辑器为了方便从eclipse编辑器转过来的同学们，他可以设置keymap的。具体看图。



因为我就是刚刚开始的时候，使用的就是eclipse，后来转过来的，所以，在使用的时候，就先设置了一下，这个键盘映射。使用的还是以前在eclipse上使用的快捷键。不需要再次去记一遍新的快捷键映射。这个也是极其方便的。

所以，在这个debug的快捷键上和使用eclipse时候，是一样的f5进去，f6是下一步。

有时候发现，你打了断点，但是，代码却么有停下来，注意下图



可以看到，打断点时候，有的是对号，有的是个x，x是不可执行的代码，所以，你要是在代码类似的地方打断点的话，代码就不会停下来，因为这个断点位置有点尴尬。

老铁，要感谢下大师兄不？里边请，聊一聊人生。

1.检查是否以debug模式启动项目，就是图中的那个有小虫的按钮

2.查看是否禁用了断点，禁用断点此处会显示灰色

3.在断点处后面加上一条输出语句，判断是否进入到了断点处（对于web项目你需要有访问请求，才能到达一些断点处）
4.断点打的不对，IDEA好像会自动识别无效行，比方说String a=null;这种打了断点也没有意义的东西。
5.Rebuild一下整个项目，再debug模式启动

6.对于一些第一次有效，第二次无效的情况，可以参考这种方式，http://bbs.csdn.net/topics/392003661
7.也可以随便写一个测试用例检查一下你的IDEA的debug是否能够正常使用。
8.最后实在不行，对于一些web项目，可以尝试换一下tomcat版本试试。或者干脆重新换一个IDEA，建议使用旗舰版（Ultimate）的IDEA，不要使用社区版（Community）的（我的就是测试用例可以正常debug，而在web层的controller处设置断点，调试时直接进入断点的方法处，打印出日志并获取数据返回前端，但是就是在断点处停不下来，最后实在是没办法就换了一个旗舰版的IDEA）




本人是做大数据开发的，在微信上开了个个人号，会经常在上面分享一些学习心得，原创文章都会首发到公众号上，感兴趣的盆友可以关注下哦！


备注：微信公众号搜索‘大数据入坑指南’

目录

一、Debug开篇

二、基本用法&快捷键

三、变量查看

四、计算表达式

五、智能步入

六、断点条件设置

七、多线程调试

八、回退断点

九、中断Debug

Debug用来追踪代码的运行流程，通常在程序运行过程中出现异常，启用Debug模式可以分析定位异常发生的位置，以及在运行过程中参数的变化。通常我们也可以启用Debug模式来跟踪代码的运行流程去学习三方框架的源码。

一、Debug开篇

　　首先看下IDEA中Debug模式下的界面。

　　如下是在IDEA中启动Debug模式，进入断点后的界面，我这里是Windows，可能和Mac的图标等会有些不一样。就简单说下图中标注的8个地方：

[图1.1]



　　① 以Debug模式启动服务，左边的一个按钮则是以Run模式启动。在开发中，我一般会直接启动Debug模式，方便随时调试代码。

　　② 断点：在左边行号栏单击左键，或者快捷键Ctrl+F8 打上/取消断点，断点行的颜色可自己去设置。

　　③ Debug窗口：访问请求到达第一个断点后，会自动激活Debug窗口。如果没有自动激活，可以去设置里设置，如图1.2。

　　④ 调试按钮：一共有8个按钮，调试的主要功能就对应着这几个按钮，鼠标悬停在按钮上可以查看对应的快捷键。在菜单栏Run里可以找到同样的对应的功能，如图1.4。

　　⑤ 服务按钮：可以在这里关闭/启动服务，设置断点等。

　　⑥ 方法调用栈：这里显示了该线程调试所经过的所有方法，勾选右上角的[Show All Frames]按钮，就不会显示其它类库的方法了，否则这里会有一大堆的方法。

　　⑦ Variables：在变量区可以查看当前断点之前的当前方法内的变量。

⑧ Watches：查看变量，可以将Variables区中的变量拖到Watches中查看 

 　　[图1.2]：在设置里勾选Show debug window on breakpoint，则请求进入到断点后自动激活Debug窗口

　　

　　[图1.3]：如果你的IDEA底部没有显示工具栏或状态栏，可以在View里打开，显示出工具栏会方便我们使用。可以自己去尝试下这四个选项。

　　

　　[图1.4]：在菜单栏Run里有调试对应的功能，同时可以查看对应的快捷键。



 

二、基本用法&快捷键

Debug调试的功能主要对应着图一中4和5两组按钮：

　　1、首先说第一组按钮，共8个按钮，从左到右依次如下：

              [图2.1]

　　　　  

　　　　> Show Execution Point (Alt + F10)：如果你的光标在其它行或其它页面，点击这个按钮可跳转到当前代码执行的行。

　　　　> Step Over (F8)：步过，一行一行地往下走，如果这一行上有方法不会进入方法。

　　　　> Step Into (F7)：步入，如果当前行有方法，可以进入方法内部，一般用于进入自定义方法内，不会进入官方类库的方法，如第25行的put方法。

　　　　> Force Step Into (Alt + Shift + F7)：强制步入，能进入任何方法，查看底层源码的时候可以用这个进入官方类库的方法。

　　　　> Step Out (Shift + F8)：步出，从步入的方法内退出到方法调用处，此时方法已执行完毕，只是还没有完成赋值。

　　　　> Drop Frame (默认无)：回退断点，第八节详细说明。

　　　　> Run to Cursor (Alt + F9)：运行到光标处，你可以将光标定位到你需要查看的那一行，然后使用这个功能，代码会运行至光标行，而不需要打断点。

　　　　> Evaluate Expression (Alt + F8)：计算表达式，第四节详细说明。

2、第二组按钮，共7个按钮，从上到下依次如下：

[图2.2]

 　　　　  

　　　　> Rerun 'xxxx'：重新运行程序，会关闭服务后重新启动程序。

　　　　> Update 'tech' application (Ctrl + F5)：更新程序，一般在你的代码有改动后可执行这个功能。而这个功能对应的操作则是在服务配置里，如图2.3。

　　　　> Resume Program (F9)：恢复程序，比如，你在第20行和25行有两个断点，当前运行至第20行，按F9，则运行到下一个断点(即第25行)，再按F9，则运行完整个流程，因为后面已经没有断点了。

　　　　> Pause Program：暂停程序，启用Debug。

　　　　> Stop 'xxx' (Ctrl + F2)：连续按两下，关闭程序。有时候你会发现关闭服务再启动时，报端口被占用，这是因为没完全关闭服务的原因，你就需要查杀所有JVM进程了。

　　　　> View Breakpoints (Ctrl + Shift + F8)：查看所有断点，第六节会涉及到。

　　　　> Mute Breakpoints：哑的断点，选择这个后，所有断点变为灰色，断点失效，按F9则可以直接运行完程序。再次点击，断点变为红色，有效。如果只想使某一个断点失效，可以在断点上右键取消Enabled，如图2.4，则该行断点失效。

　　　　 [图2.3]：更新程序，On 'Update' actions，执行更新操作时所做的事情，一般选择'Update classes and resources'，即更新类和资源文件。

　　下面的On frame deactivation，在IDEA窗口失去焦点时触发，即一般你从idea切换到浏览器的时候，idea会自动帮你做的事情，一般可以设置Do nothing，频繁切换会比较消耗资源的。



　　　　[图2.4]

　　　　

三、变量查看

在Debug过程中，跟踪查看变量的变化是非常必要的，这里就简单说下IDEA中可以查看变量的几个地方。

　　1、如下，在IDEA中，参数所在行后面会显示当前变量的值。

　　  [图3.1]

　　2、光标悬停到参数上，显示当前变量信息。点击打开详情如图3.3。我一般会使用这种方式，快捷方便。

　　  [图3.2]

　　  [图3.3]

　　3、在Variables里查看，这里显示当前方法里的所有变量。

 　　  [图3.4]

　　4、在Watches里，点击New Watch，输入需要查看的变量。或者可以从Variables里拖到Watche里查看。

　　  [图3.5]

　　如果你发现你没有Watches，可能在下图所在的地方。

　　  [图3.6]  

　     [图3.7]

四、计算表达式

　　在前面提到的计算表达式如图4.1的按钮，Evaluate Expression (Alt + F8) 。可以使用这个操作在调试过程中计算某个表达式的值，而不用再去打印信息。

　　  [图4.1]

　　1、按Alt + F8或按钮，或者，你可以选中某个表达式再Alt + F8，弹出计算表达式的窗口，如下，回车或点击Evaluate计算表达式的值。

　　　  这个表达式不仅可以是一般变量或参数，也可以是方法，当你的一行代码中调用了几个方法时，就可以通过这种方式查看查看某个方法的返回值。

 [图4.2]

　　2、设置变量，在计算表达式的框里，可以改变变量的值，这样有时候就能很方便我们去调试各种值的情况了不是。

 [图4.3]

五、智能步入

　　想想，一行代码里有好几个方法，怎么只选择某一个方法进入。之前提到过使用Step Into (Alt + F7) 或者 Force Step Into (Alt + Shift + F7)进入到方法内部，但这两个操作会根据方法调用顺序依次进入，这比较麻烦。

　　那么智能步入就很方便了，智能步入，这个功能在Run里可以看到，Smart Step Into (Shift + F7)，如图5.1

　　  [图5.1]

　　按Shift + F7，会自动定位到当前断点行，并列出需要进入的方法，如图5.2，点击方法进入方法内部。

　　如果只有一个方法，则直接进入，类似Force Step Into。

　　  [图5.2]

六、断点条件设置

　　通过设置断点条件，在满足条件时，才停在断点处，否则直接运行。

　　通常，当我们在遍历一个比较大的集合或数组时，在循环内设置了一个断点，难道我们要一个一个去看变量的值？那肯定很累，说不定你还错过这个值得重新来一次。

　　1、在断点上右键直接设置当前断点的条件，如图6.1，我设置exist为true时断点才生效。

　　   [图6.1]

　　2、点击View Breakpoints (Ctrl + Shift + F8)，查看所有断点。

　　　　Java Line Breakpoints 显示了所有的断点，在右边勾选Condition，设置断点的条件。

　　　　勾选Log message to console，则会将当前断点行输出到控制台，如图6.3

　　　　勾选Evaluate and log，可以在执行这行代码是计算表达式的值，并将结果输出到控制台。

　　 [图6.2]



　　 [图6.3]

　　

　　3、再说说右边的Filters过滤，这些一般情况下不常用，简单说下意思。

　　　　Instance filters：实例过滤，输入实例ID(如图6.5中的实例ID)，但是我这里没有成功，不知道什么原因，知道的朋友留个言。

　　　　Class filters：类过滤，根据类名过滤，同样没有成功....

　　　　Pass count：用于循环中，如果断点在循环中，可以设置该值，循环多少次后停在断点处，之后的循环都会停在断点处。

　　[图6.4]

　　  

　　 [图6.5]

　　

　　4、异常断点，通过设置异常断点，在程序中出现需要拦截的异常时，会自动定位到异常行。

　　如图6.6，点击+号添加Java Exception Breakpoints，添加异常断点。然后输入需要断点的异常类，如图6.7，之后可以在Java Exception Breakpoints里看到添加的异常断点。

　　我这里添加了一个NullPointerException异常断点，如图6.8，出现空指针异常后，自动定位在空指针异常行。

 　　[图6.6]

　　

　　[图6.7]

 

　　[图6.8]

 

七、多线程调试

　　一般情况下我们调试的时候是在一个线程中的，一步一步往下走。但有时候你会发现在Debug的时候，想发起另外一个请求都无法进行了？

　　那是因为IDEA在Debug时默认阻塞级别是ALL，会阻塞其它线程，只有在当前调试线程走完时才会走其它线程。可以在View Breakpoints里选择Thread，如图7.1，然后点击Make Default设置为默认选项。

　　[图7.1]

 　　切换线程，在图7.2中Frames的下拉列表里，可以切换当前的线程，如下我这里有两个Debug的线程，切换另外一个则进入另一个Debug的线程。

　　[图7.2]  

八、回退断点

　　在调试的时候，想要重新走一下流程而不用再次发起一个请求？

　　1、首先认识下这个方法调用栈，如图8.1，首先请求进入DemoController的insertDemo方法，然后调用insert方法，其它的invoke我们且先不管，最上面的方法是当前断点所在的方法。

　　[图8.1]

　　2、断点回退

　　所谓的断点回退，其实就是回退到上一个方法调用的开始处，在IDEA里测试无法一行一行地回退或回到到上一个断点处，而是回到上一个方法。

　　回退的方式有两种，一种是Drop Frame按钮(图8.2)，按调用的方法逐步回退，包括三方类库的其它方法(取消Show All Frames按钮会显示三方类库的方法，如图8.3)。

　　第二种方式，在调用栈方法上选择要回退的方法，右键选择Drop Frame(图8.4)，回退到该方法的上一个方法调用处，此时再按F9(Resume Program)，可以看到程序进入到该方法的断点处了。

　　但有一点需要注意，断点回退只能重新走一下流程，之前的某些参数/数据的状态已经改变了的是无法回退到之前的状态的，如对象、集合、更新了数据库数据等等。

　　图[8.2]

　　

　　图[8.3]

　　

　　图[8.4]

　　

九、中断Debug

　　想要在Debug的时候，中断请求，不要再走剩余的流程了？

　　有些时候，我们看到传入的参数有误后，不想走后面的流程了，怎么中断这次请求呢(后面的流程要删除数据库数据呢....)，难道要关闭服务重新启动程序？嗯，我以前也是这么干的。

　　确切的说，我也没发现可以直接中断请求的方式(除了关闭服务)，但可以通过Force Return，即强制返回来避免后续的流程，如图9.1。

　　点击Force Return，弹出Return Value的窗口，我这个方法的返回类型为Map，所以，我这里直接返回 results，来强制返回，从而不再进行后续的流程。或者你可以new HashMap<>()。

　　[图9.1]

　　

　　[图9.2]