Android Studio 调试技巧

转载自： http://tianweishu.com/2015/12/21/Android-studio-debug-tips-you-may-not-know/

 

写代码不可避免有Bug，一般状况下除了日志最直接的调试手段就是debug；那么你的调试技术停留在哪一阶段呢？仅仅是下个断点单步执行吗？或者你知道 Evaluate Expression, 知道条件断点；但是你据说过日志断点吗，Method Breakpoint, Exception Breakpoint 呢？还有高大上的 Field Watchpoint ?

几种不一样的断点

 

你有关注过Android Studio旁边断点的区别吗？好比上图三个断点有什么不一样？且听我一一道来。

调试基础

通常来讲咱们有两种办法调试一个debuggable的apk；其一是下好断点，而后用debug模式编译安装这个app；其二是 attach process，在Android Studio里面就是这么一个对话框：

Attach Process

 

第二种方法比较经常使用，咱们能够在启动apk以后，直接下断点，而后attach process到制定进程，条件触发以后就能够直接进入调试模式。

其余的一些单步执行，step into, step out, force step into 等就不提了；基本的跟踪手段。

仍是提一下，下断点最简单的办法，是在代码编辑器的左侧，行号右边鼠标点击一下便可。

Evaluate Expression

这个功能很是实用，能够在断点处直接进入一个求值环境，在这里你能够执行任何你感兴趣的表达式；以下图：

Evaluate Expression

 

好比在断点处有一个对象object，若是你要查看它的某个属性很简单，在Debug窗口就能看到，可是若是你想要执行它的某个方法看看结果是什么呢？借助这个能够实现。固然它的功能远不止这么多，至关于直接进入了一个 REPL环境，很是实用。忘了说了，快捷键 Alt + F8 :P

条件断点

假设你的断点在一个列表的循环里面，但是你只对这个列表的某一个元素感兴趣，只想在遇到这个元素的时候才断下来；你是一直人肉 F9 直到知足条件吗？条件断点就是知足这种需求的，顾名思义，在特定条件下的断点。使用起来也很是简单，在你的断点上鼠标右键会出现一个小窗口，写上条件便可。

条件断点

 

日志断点

不少时候咱们调试的时候更多的是打印日志定位异常代码，缩小范围以后再使用断点解决问题；因此常常作的事情就是在代码里面添加日志信息，输出函数参数，返回信息，输出咱们感兴趣的变量信息等。

可是这么作一个问题就是，咱们添加了日志代码须要从新编译；在没有 Instant Run 以前的黑暗时代这么作是很是痛苦的，每次编译少则几十秒，多则几分钟；这样无心义的等待简直就是折磨；其实，除了热部署工具，咱们还可使用日志断点解决这个问题。

首先咱们在想要输出信息的地方下一个断点；而后右键这个断点，在出现的设置框里面把这个断点的 suspend 属性设置为 False ，这样虽然叫作“断点”，可是并不会真正断下来；而后，咱们在 log message 里面填上咱们想要输出的日志信息。以下图(注意标红位置）：

日志断点

 

这样，每次代码执行到这个断点的位置，这个可爱的断点并不会使咱们的程序停下来，而是输出咱们告诉它的日志信息，而后继续执行；很是方便。

方法断点

传统的调试方式是以行为单位的，所谓单步调试；可是不少时候咱们关心的是某个函数的参数，返回值；（回想一下咱们使用日志的时候打印的最多的信息难道不是函数的参数和返回值吗？）使用方法断点，咱们能够在函数级别进行调试；若是常常跳进跳出函数或者只对某个函数的参数感兴趣，这种类型的断点很是实用。具体使用方法有两种方式；最简单的是在你感兴趣的方法头那一行打上断点，这时候你会发现断点图标有点不同，这就是方法断点了，以下图：

方法断点

 

另一种方式是经过断点设置窗口, 后面介绍。

异常断点

在有些状况下，咱们只对某些特定的异常感兴趣，或者咱们只对异常感兴趣；咱们但愿只要程序发生异常程序就能断下来；这好像保存现场同样，只要发生命案了（异常），第一时间保存现场，这样什么指纹之类的线索就会清晰不少，坏蛋就算想逃也是插翅难飞啊。

Android Studio给了咱们这个能力！那就是异常断点!能够在特定异常发生的时候，直接让整个程序断下来；若是你对全部异常感兴趣，直接 Throwable 便可。

具体作法是，进入 Run -> View BreakPoints 或者使用快捷键打开断点设置窗口；以下图：

断点设置窗口

 

点击左上角的 ➕ ，会出现一个选择框；选择Exception Breakpoint；而后会出现一个对话框，选择你感兴趣的异常：

异常断点

 

Field WatchPoint

在上面咱们添加异常断点的时候，点击加号的时候，有四个选项；第一个就是咱们前面所说的第二种方法断点的添加方式，第三个是异常断点，那么第二个 Field WatchPoint 是干什么的呢？

有没有这样一种场景：你发现某个值莫名其妙滴不知道何时被谁给修改了，罪魁祸首是谁？Java虽然是值传递，可是引用也能够是值；对象所有存放在堆上面，而堆是被全部线程共享的，所以在很是复杂的场景下，你根本不知道这些共享变量被谁修改了，这样很是危险；在多线程环境下，不变性是一个很重要的特性，咱们看到高并发的语言诸如 Erlang, Scala 对于这种不变性都有着某种程度的支持。

好吧，扯远了；那么咱们怎么揪出这个修改咱们值的捣蛋鬼呢？那就是这个 Field WatchPoint的功能了；使用它咱们能够在某个Field被访问或者修改的时候让程序断下来；完美解决这个问题。

下断点的方式和方法断点相似，也有两种；第一种是直接在某个字段的声明处下断点，这时候断点图标会改变，以下图：

Field WatchPoint

 

右键这个断点咱们能够进行一些设置，好比默认是被修改的时候断下来，你也能够改成每次访问这个字段就断下来。

另一种方式是 Run -> View BreakPoint 打开设置，与异常断点相似。

远不止这么多

上面介绍了这么多给力的功能，其实还有不少细节；打开断点设置窗口（Run -> View Breakpoint`):

咱们能够对感兴趣的类，感兴趣的某个特定对象下断点，也能够设置断点的次数，还能使断点在特定的线程才断下来；这些细节就不详细介绍了，你们本身去发掘！

Have Fun!!