Debug调试常用技巧
断点(Breakpoint)
断点：如果把程序想象成一条平滑的线，那么断点就是一个结，可以让程序中断在需要的地方，从而方便其分析。
设置断点：在代码里需要调试的地方，鼠标双击代码行号的左边，再次双击即可取消断点。
在调试中可以设置的断点类型有五种：
行断点：
spring在注册Bean定义(registerBeanDefinition)时，如果是org.springframework.demo.MyBean，就挂起线程，可以开始单步调试了。
对于命中次数(hit count)的使用，一般是在循环中，第N个对象的处理有问题，设置hit count = N， 重调试时，可以方便到达需要调试的循环次数时，停下来调试。方法断点：
方法断点的好处是可以从方法方法进入或者退出时停下来调试，类似行断点，而且只有行断点和方法断点有条件和访问次数的设置功能。
但是方法断点还有另外一个好处，如果代码编译时，指定不携带调试信息，行断点是不起作用的，只能打方法断点。
有兴趣的可以将Add line number…前的勾去掉，调试下看看。观察断点：
在成员变量上打的断点。只有对象成员变量有效果，静态成员变量不起作用。
可以设置变量被访问或者设置的时候挂起线程/VM。异常断点：
系统发生异常时，在被捕获异常的抛出位置处或者程序未捕获的异常抛出处挂起线程/VM， 也可以指定是否包括异常的子类也被检测。类加载断点：
在类名上打的断点。接口上是打不了类加载断点的，但是抽象类是可以的，只是在调试的时候，断点不会明显进入classloader中，单步进入知会进入到子类的构造方法中，非抽象类在挂起线程后单步进入就会到classloader中（如果没有filter过滤掉的话）。类加载断点不管是打在抽象或者非抽象类上，都会在类第一次加载或者第一个子类第一次被加载时，挂起线程/VM。
注意：每种断点的设置有些许不一样，可以在断点上右键->Breakpoint properties进行设置，但一般在断点窗口有快速设置的界面，Breakpoint properties中多了filter, 其实比较鸡肋，用处不大。
调试状态
启动服务开始调试：
- 方法一：例如上图的代码中，鼠标点击main方法-->右键Debug As-->Java Application开始java代码调试；
- 方法二：直接点击“调试”按钮，即点击小瓢虫边上的倒三角，选择Debug As-->Java Application；
方法三：快捷键F11；方法四，菜单栏选择Run-->Debug，还有其他方法此处不再赘述了。
开发工具首次调试会弹出提示，需要切换到Debug工作区，勾选“Remember my decision”，下次便不再提示。
调试执行：
| 功能 | 快捷键 | 描述 | 备注 |
|---|---|---|---|
| Step Info | F5 | 单步进入（如果有方法调用，将进入调用方法中进行调试） | 逐语句 |
| Step Over | F6 | 单步跳过（不进入行的任何方法调用中，直接执行完当前代码行，并跳到下一行） | 逐过程 |
| Step Return | F7 单步返回（执行完当前方法，并从调用栈中弹出当前方法，返回当前方法被调用处） | 跳出 | |
| Resume | F8 | 恢复正常执行（直到遇到下一个断点） | 继续运行 |
| Run to Line | Ctrl+R | 执行到当前行(将忽略中间所有断点，执行到当前光标所在行) | |
| Drop To Frame | 无 | 回退到指定方法开始处执行，这个功能相当赞。 在方法调用栈上的某个方法右键，选择Drop To Frame就可以从该方法的开始处执行，比如 重新执行本方法，可以在本方法上用Drop To Frame，将从本方法的第一行重新执行。 当然对于有副作用的方法，比如 数据库操作，更改传入参数的对象内容等操作可能重新执行就再是你想要的内容了。 |
|
| Copy Stack | 无 | 拷贝当前线程栈信息 |