日?？⒅?，我们难免会遇到BUG，如何快速的定位问题，发现问题尤为重要，这直接关系到我们开发的效率；所以我们必须要快速准确的定位问题，提高开发效率，并提升自己的代码质量；接下来我们就来说一下Android Studio中的Debug调试基础和技巧，学会这些可以帮助我们高效精准的定位问题，发现问题，并解决问题；
一般来说我们有两种办法调试一个debuggable的apk；其一是下好断点，然后用debug模式编译安装这个app；其二是 attach process，在Android Studio里面就是这么一个对话框：
第二种方法比较常用，我们可以在启动apk之后，直接下断点，然后attach process到制定进程，条件触发之后就可以直接进入调试模式。（本篇所有示例均是在第二种方式下进行的 attach process）
我们来看一下进入debug模式后的界面：
android studio大体为我们提供了6个功能区：
1、单步调试区
2、断点管理区
3、求值表达式
4、线程帧栈区
5、对象变量区
6、变量观察区
下面我们分别对这6个区域进行介绍
一、单步调试区
该区提供了调试的主要操作，主要有：Step over、step into、force step into、step out、drop frame。
1、Show Execution Point
点击该按钮,光标将定位到当前正在调试的位置.
2、Stem Over
单步跳过，点击该按钮将导致程序向下执行一行。如果当前行是一个方法调用，此行调用的方法被执行完毕后再到下一行。（注意不会进入方法内部）
3、Step Into
单步跳入，执行该操作将导致程序向下执行一行。如果该行有自定义的方法，则进入该方法内部继续执行，需要注意如果是类库中的方法，则不会进入方法内部。
4、Force Step Into
强制单步跳入，和step into功能类似，主要区别在于：如果当前行有任何方法，则不管该方法是我们自行定义还是类库提供的，都能跳入到方法内部继续执行
5、Drop Frame
中断执行,并返回到方法执行的初始点,在这个过程中该方法对应的栈帧会从栈中移除.换言之,如果该方法是被调用的,则返回到当前方法被调用处，并且所有上下文变量的值也恢复到该方法未执行时的状态。
6、Force Run to Cursor
很好用的一个功能，可以忽略所有的断点，跳转到当前光标所在的位置调试；假如我们现在在第8行有断点，第10行有断点，目前程序停留在第8行断点上，我们将光标定位到第9行，单击该按钮，程序将跑到第9行；
7、Evaluate expression
点击该按钮会在当前调试的语句处嵌入一个交互式解释器，在该解释器中，你可以执行任何你想要执行的表达式进行求值操作。假如我们当前断点处有一个result的返回值；我们单击该按钮会弹出一个对话框，在该对话框中我们可以对该result进行各种表达式操作；
二、断点管理区
1、Return
点击该按钮会停止目前的应用,并且重新启动.换言之,就是你想要重新调试时,可以使用该操作,嗯,就是重新来过的意思.
2、Resume Program
跳转到下一个断点处，可以理解为下一个断点；如果没有断点，则运行结束；
3、Stop
停止调试；结束运行；
4、View BreakPoints
单击该按钮将会进入断点管理页面，在这里你可以查看所有断点,管理或者配置断点的行为,如:删除，修改属性信息等；
5、Mute BreakPoints
该按钮用来禁用/启动所有断点，假如我们在某个断点处得到了我们想要的结果，并不想看其他后续断点可以点击该按钮禁用所有断点，然后程序会正常执行结束；
三、变量观察区
我们在调试的时候，希望看某个变量的值，所以我们只需要简单设置一下就可以在变量观察区看到该变量的值，如下所示
这里有一个技巧，如果我们在调试过程中，突然想要看看这个变量换一个值后的运行结果；可以在调试的过程中修改该变量的值，具体操作如下：
如上图所示，右击变量num2选择set value可以弹出对话框重新设置num2的值，如下所示
可以看出num2的值原先为10，我们修改为50，回车即可生效；
运行结果发生变化；
上面已经介绍了单点调试、变量管理和变量观察三个区域，接下来我们根据断点的分类来介绍其他区域；
断点的分类
断点是调试器的功能之一，可以让程序暂停在需要的地方，帮助我们进行分析程序的运行过程。
在Android Studio中，断点又被以下五类：
条件断点
日志断点
异常断点
方法断点
属性断点
1、条件断点
所谓的条件断点就是在特定条件发生的断点，也就是，我们可将某个断点设置为只对某种事件感兴趣，最典型的应用就是在列表循环中，我们希望在某特定的元素出现时暂停程序运行。假如我们有一个数组里面有1、2、3、4、5五个值，我们想在值等于3的时候停下来，可以设置条件断点；
右击断点，在弹出的对话框中设置相应的条件即可，我们运行一下看下效果
可以看到在num==3的时候，程序停了下来；
2、日志断点
很多时候我们调试的时候更多的是打印日志定位异常代码，缩小范围之后再使用断点解决问题；所以经常做的事情就是在代码里面添加日志信息，输出函数参数，返回信息，输出我们感兴趣的变量信息等。但是这样做的问题在于我们需要重新编译运行程序，并且添加了很多无谓的代码且不好管理，这个时候我们可以使用日志断点；该类型的断点不会使程序停下来，而是在输出我们要它输出的日志信息，然后继续执行。
举例说明：
同样是右击断点，在上图的对话框中进行设置我们来看一下运行效果：
是不是比你在代码中添加输出语句方便多了。
3、异常断点
在有些情况下，我们只对某些特定的异常感兴趣，或者我们只对异常感兴趣；我们希望只要程序发生异常程序就能断下来；这好像保存现场一样，这样就会留下的线索比较多，可以使我们快速的找到问题得根源；
假如我们只关心空指针异常可以进行如下设置
选中空指针异常即可，我们人为设置一个空指针异常来看下运行效果：
图中的bt_ride是一个空值的Button，可以看到，当程序发生空指针异常后会将光标直接定位的发生异常的位置；
4、方法断点
传统的调试方式是以行为单位的，所谓单步调试；但是很多时候我们关心的是某个函数的参数，返回值；（回想一下我们使用日志的时候打印的最多的信息难道不是函数的参数和返回值吗？）使用方法断点，我们可以在函数级别进行调试；如果经常跳进跳出函数或者只对某个函数的参数感兴趣，这种类型的断点非常实用。具体使用方法有两种方式；最简单的是在你感兴趣的方法头那一行打上断点，这时候你会发现断点图标有点不一样，这就是方法断点了，如下图：
5、Field WatchPoint
有没有这样一种场景：你发现某个值莫名其妙滴不知道什么时候被谁给修改了，罪魁祸首是谁？那么我们怎么揪出这个修改我们值的捣蛋鬼呢？那就是这个 Field WatchPoint的功能了；使用它我们可以在某个Field被访问或者修改的时候让程序断下来；完美解决这个问题。我们可以直接在这个变量旁边单击就可以添加Field WatchPoint
我们可以右击从弹出的菜单中设置默认该变量被修改的时候断下来，也可以设置每次访问该值都断下来；
好了，本篇对Android Studio中的debug调试就介绍到这里了，其实debug调试的功能远不止这些，剩下的你们可以自己去发掘，以上的这些，可以发现解决很大一部分bug了@_@
