程序调试之Debug
断点(breakpoints)属性：
1.hit count 执行多少次数后暂挂 用于循环
2.enable condition 遇到符合你输入条件(为ture\改变时)就暂挂
3.suspend thread 多线程时暂挂此线程
4.suspend VM 暂挂虚拟机
作用域 功能 快捷键
全局 单步返回 F7 跳出方法
全局 单步跳过 F6 逐行追踪
全局 单步跳入 F5 进入方法
全局 继续 F8 下一个断点或是结束Debug
全局 单步跳入选择 Ctrl+F5
全局 调试上次启动 F11
全局 使用过滤器单步执行 Shift+F5
全局 添加/去除断点 Ctrl+Shift+B
全局 显示 Ctrl+D
全局 运行上次启动 Ctrl+F11
全局 运行至行 Ctrl+R
全局 执行 Ctrl+U
比如一个for循环会循环1000多遍，我只想在第500遍的时候让线程挂起进行调试，这个时候我们可以使用条件断点。 设置条件断点：我们可以给该断点设置触发条件，一旦满足某条件是才开始调试，可以在断点处点击鼠标右键，选择Breakpoint Properties进入断点设置页面，刚刚在讲断点视图的时候我们学到过Hit Count和Conditional的用法，这里可以设置条件和执行次数。
以下是一些常用的debug按钮：
Skip All Breakpoints::将所有断点设置为被跳过的，设置了Skip All Breakpoints之后，所有断点上都会有一个斜线，表示断点将被跳过，线程不会在该断点处被挂起。
Drop to Frame：这个命令可以让程序回到当前方法的开头第一行重新开始执行，可以重新执行这个java堆栈帧，可以选择一个指定的堆栈帧，然后点击 Drop to Frame，这样就可以重新进入指定的堆栈帧。使用Drop to Frame时候需要注意：
1.不能drop到已经执行过的方法栈中的方法中。
2.drop到stack frame中时，不会改变全局数据原有的值，比如，一个包含元素的vertor并不会被清空。
Step Filters:这个功能比较简单，就是当我们在debug的时候想要忽略一些我们不关注的类时，可以开启Step Filters进行过滤，程序会一直执行直到遇到未经过滤的位置或断点。Step Filters功能由Use Step Filters，Edit Step Filters，Filter Type，Filter Package四项组成。具体操作如下：
步骤 1： Windows -> Preferences -> Java -> Debug -> Step Filtering.
步骤 2：选择‘Use Step Filters’.
步骤 3：在屏幕上选中所需的选项。你可以添加你自己代码库中的部分代码。
步骤 4：点击‘Apply’.
原理上，Edit Step Filter命令用于配置Step Filter规则，而Filter Type与Filter Package分别指的是过滤的Java类型与Java Package。
Step Return:跳出当前方法，在被调用方法的执行过程中，使用Step Return会在执行完当前方法的全部代码后跳出该方法返回到调用该方法的方法中。
Step Over:在单步执行时，在函数内遇到子函数时不会进入子函数内单步执行，而是将子函数整个执行完在停止，也就是把子函数整个作为一步。
Step Into：单步执行，遇到子函数就进入并且继续单步执行
Resume：恢复暂停的线程，直接从当前位置跳到下一个断点位置。
Suspend：暂停选定的线程，这个时候可以进行浏览或者修改代码，检查数据等。
Eclipse通过Suspend与Resume来支持线程的暂挂与恢复。一般来讲，Suspend适用于多线程程序的调试，当需要查看某一个线程的堆栈帧及变量值时，我们可以通过Suspend命令将该线程暂挂。Resume用于恢复。有两种Resume需要注意：第一是当在调试过程中修改程序代码，然后保存，点击Resume，此时程序会暂挂于断点。第二是当程序抛出异常时，运行Resume，程序也会暂挂于断点。
Terminate:Eclipse通过Terminate命令终止对本地程序的调试。
Disconnect:Eclipse使用Disconnect命令来终止与远程JVM的socket连接。
Android Studio中的调试技巧
Show Execution Point :点击这个图标,光标将定位到当前正在调试的位置
step over: 单步跳过,如果当前行是一个方法调用,此行调用的方法将直接执行完毕,再到下一行(不会跳进)
step into: 单步跳入,执行该操作将导致程序向下执行一行。如果该行有自定义的方法，则进入该方法内部继续执行，需要注意如果是类库中的方法，则不会进入方法内部。
Force step into:强制单步跳入，和step into功能类似，主要区别在于：如果当前行有任何方法，则不管该方法是我们自行定义还是类库提供的，都能跳入到方法内部继续执行
step out:这里如果我们的一个流程当中，包括调用的方法，如果有断点走到下一个断点，如果没有断点，而是在一个调用的方法当中，会跳出这个方法，继续下一步。
run to Cursor:可以忽略已经存在的断点,跳转到光标所在处
查看所有的断点,以及位置代码,也可以设置一些属性
暂停应用的执行,如果想恢复则可以点击下面的Resime Program
Resume Program:有两种行为:1.在应用处在暂停状态下,点击该按钮将恢复应用运行.2.在很多情况下，我们会设置多个断点以便调试。在某些情况下，我们需要从当前断点移动到下一个断点处，两个断点之间的代码自动被执行，这样我们就不需要一步一步调试到下一个断点了，省时又省力。举例说明：
public void test(){
test1(); 第二行
...
test2(); 第四行
}
假设我们分别在第2行和第4行添加了断点。如果此时我们调试在第2行，此时点击执行该操作，当前调试位置会自动执行到第4行，也就是第2到第4行之间的代码会自动被执行。
Stop:要注意的是这里的［停止调试］不是让程序停止，而是跳过所有调试
drop frame:没有好记的名字，大意理解为中断执行,并返回到方法执行的初始点,在这个过程中该方法对应的栈帧会从栈中移除.换言之,如果该方法是被调用的,则返回到当前方法被调用处，并且所有上下文变量的值也恢复到该方法未执行时的状态。简单的举例来说明：
public class DebugDemo {
private String name = "default";
public void alertName() {
System.out.println(name);
debug();
}
public void debug() {
this.name = "debug";
}
public static void main(String[] args) {
new DebugDemo().alertName();
}
}
当你在调试debug（）时，执行该操作，将回调到debug（）被调用的地方，也就是alertName()方法。如果此时再继续执行drop frame，将回调到alertName（）被调用的地方，也就是main（）.
高级部分:=====================================
原文http://www.jianshu.com/p/985f788fae2c
Debug App有两种途径，第一种是直接点击下图运行按钮右侧的小虫状图标，运行并调试当前Project，这个我想大家都知道。
第二种就是调试当前已经处于运行状态下的App，这也是我们用的更多的一种调试手段，即Attach debugger to Android process。点击运行按钮右侧第三个按钮(手机下面一条小虫)弹出Choose Process窗口，选择对应的进程，点击OK按钮即可进入调试模式，此时，我们便可以在需要的地方直接下断点调试代码了：
接下来就是常见的调试方法了，在Debug窗口顶部工具栏有一排操作按钮，比如Step Over（单步执行）、Step Into（进入方法）等，如图所示：
打断点和取消断点最直接的方式就是单击目标代码行的行号右侧空白处，然后在Debug窗口左侧有个断点浏览按钮View Breakpoints，位于停止按钮下方第一个，可以浏览Project中的所有断点，同时可以添加删除断点：
条件断点
有时候，我们的断点打在了循环体里面，但是我们只想看某一特定循环次数下的运行情况，难道要使用Run to Cursor功能不停地跳至下一次断点直至满足我们的要求吗？
如果你知道条件断点的话，一定会悔不当初。条件断点可以满足开发人员自己输入条件，比如fori循环中输入i == 5即可让程序直接运行至第六次循环，for each循环中针对list某一元素下的断点调试。只需要右键点击断点，在弹出的窗口中输入Condiction条件，点击Done按钮，然后当程序执行到循环体时，会在满足条件的一次循环中停下来，供我们调试：
日志断点
打印日志也是跟踪程序分析问题的一个非常有效的手段，但是如果我们的程序已经运行并且处于调试模式，此时如果想打印日志更加直观的分析代码，难道还要停止调试、添加Log代码并重新编译运行吗？
如果你知道日志断点，就不用如此大费周折，费时费力了。还是右键点击断点，在弹出的窗口中取消勾选Suspeng复选框（即表示程序运行至此断点时不会停下来供开发者调试），然后勾选Log evaluated expression:，并输入打印语句即可。这样，当Debug模式下的程序执行至此，不会停下来，而是在控制台中打印对应信息，如：
变量赋值
比如，我们的代码里有一个变量，这个变量的值会影响到程序的执行结果。如果我们想观察这个变量在不同的赋值下程序的执行结果怎么办呢？难道要一遍遍的在代码里修改变量值，然后重新运行程序吗？显然这是非常麻烦的操作。其实，如果利用Debug模式下的变量赋值（Set Value），只需要运行一次，就能达到我们的观察效果。在使用该变量的代码处打个断点，然后在Variables窗口找到对应的变量，修改变量值并执行即可。
变量观察
在Variables变量区和Watches观察区可以查看Debug模式下，程序执行到断点处的变量值或者对象的各属性值，但是多多少少查看起来还是有些不方便。其实可以通过弹出窗口的形式查看属性值，只要将光标定位至断点代码行所用到的变量，IDE会自动弹出一个小窗口，如下图所示，此时，使用对应的快捷键或者点击这个小窗口里的变量即可弹出变量属性值窗口，Mac下的快捷键位command + F1，如图所示：
对象求值
在断点处，如果有变量对象，系统提供了表达式求值功能，针对Variables视图中的变量对象，我们可以输入任何计算语句，实时查看表达式计算结果。具体操作为，右键Variables视图中的变量对象，选择Evaluate Expression，弹出表达式窗口，输入任何你想要的计算语句，点击Evaluate计算按钮，即可显示Result结果：
方法断点
通常我们会对方法里的代码添加断点调试，很少对方法本身调试。其实，如果只是为了看到方法的参数和返回结果，我们可以在定义方法的第一行打断点，直接对方法本身调试，此时断点的展示图标样式也会与众不同：
变量断点
有时候，我们想知道自定义的变量的何时何地发生了改变，就可以使用变量断点。变量断点的图标样式也与众不同，在变量定义行打断点，开启Debug模式，在程序执行的过程中，如果该变量的值发生改变，程序会自动停下来，并定位在改变变量值的地方，供开发者调试：
异常断点
程序在执行的过程中可能会出现各种各样的未知性异常，如果能在发生异常的时候第一时间让程序停下来，并定位到异常出现的地方，供开发者调试，那当然是极好的。而万能的Android Studio就提供了这样的功能。
打开断点管理器，这里有两种方式打开：点击工具栏菜单Run，选择View Breakpoints；在Debug窗口直接点击View Breakpoints图标。点击左上角加号按钮，可以添加各种断点，包括前文提到的Method Breakpoints和Field Watchpoints断点，这里我们选择Exception Breakpoints异常断点，在弹出的Enter Exception Class窗口中输入需要监控的异常类别即可：
使用Android Device Monitor调试app，查看布局
https://blog.csdn.net/ancientear/article/details/81086127
