Method breakpoints may dramatically slow down debugging

问题描述

问题解决
第一步 点击按钮 View Breakpoints

第二步 在 Java Method Breakpoints下取消几个我们在方法入口处所打的断点

第三步 done保存操作

总结：在项目中，尽量少使用方法断点，也尽量不要在项目里打过多的断点，调试哪里就在哪里打上，调试完把断点去掉就好。

IDEA中DeBug调试模式的相关功能键说明

DeBug栏位于左侧的功能键

功能键作用解释
：功能是重新执行DeBug，当你在执行DeBug一半时，发现并不能解决你的问题，这时你不需要重新关闭并打开DeBug，按下此按钮，DeBug调试会重新执行。
：功能是跳转到下一次断点执行，此时，两个断点之间的代码都被加载执行过了。
：功能是结束DeBug 的执行。按下之后，整个DeBug调试都会将结束并停止执行。
：功能是查看程序中存在的所有断点信息。快捷键是shift + ctrl + F8。
：功能是隐藏所有的DeBug断点。用途就是，当你在DeBug调试时，你觉得此时已经没有问题了，这时可以暂时隐藏所有DeBug断点，无障碍运行一次，如果有问题还可以取消隐藏，不至于重新打开DeBug调试模式。

DeBug调试功能栏中重要的功能区

功能键作用解释
：功能是将你的光标移动到当前代码所执行处，不管此刻你的鼠标光标的位置在哪里。
：功能是单步跳入。DeBug调试是一行一行的执行下去，但是如果遇到调用方法时，是不会进入方法里面的。
和：因为功能相似，放在一起讲。两个的功能都是单步进入的执行，但唯一的区别是，蓝色向下箭头的按钮只有当经过用户自定义的方法时才会跳进去，如果是系统自定义的方法则不会跳进去。而红色向下箭头的按钮，不管是系统自定义的方法还是用户自定义的方法都会跳入到方法里面去执行。
：功能是单步跳出。可以跳出进入的方法。
：功能是将当前执行的位置直接执行到用户指定鼠标光标的位置。