Android Studio调试工具总结

前言：写代码不可避免有Bug。通常情况下除了日志最直接的调试手段就是debug。当我们的程序出现bug时，调试能够高速的找到bug。

进入调试状态。我们能够清晰的了解程序的整个运行过程，能够对内存的数据进行监视。以下就简单总结一下调试的基本使用和一些调试的技巧。

本文是通过查找网上的多方资源整理而来。假设有谬误的地方请大家指出，希望本文能对你有所帮助。

一、插入断点

选定要设置断点的代码行。在行号的区域后面单击鼠标左键就可以

二、进入调试状态

设置好断点后，点击工具栏中的小臭虫（Debug）进入调试状态。

当一个应用进入调试状态后，Android Studio会弹出这样的Debug窗体，即调试者状态。我们在这里能够对我们的程序进行监视和调试。

IDE下方出现Debug视图。在①区域中显示了程序运行到断点处所调用过的所用方法，越以下的方法被调用的越早；在②区域能够给指定的变量赋值（鼠标左键选择变量，右键弹出菜单选择setValue...）。这个功能能够更加高速的检測你的条件语句和循环语句。在③区域中能够对某一个特定的变量进行监视，在高级调试部分会再次讲到。

三、经常使用的调试方式和快捷键

1.经常使用调试功能及快捷键：

step into (F7)：进入子函数
step over (F8)：越过子函数，但子函数会运行
step out (Shift + F8)：跳出子函数
Run to Cursor (Alt + F9) 运行到光标所在的位置。
show Execution Point (Alt + F10) 高速定位当前调试的位置，并将该行高亮的显示出来。

2.调试功能解释

step into：就是单步运行。遇到子函数就进入而且继续单步运行。比如当你运行到System.out.println("XXXX")时。使用这个功能时就会进入到System.out.println方法所在类的println方法下（当然这样做事没有必要的，假设进入了想跳出运行step out就能够了。
）
step over：是在单步运行时，在函数内遇到子函数时不会进入子函数内单步运行，而是将子函数整个运行完再停止，也就是把子函数整个作为一步。
比如上面的样例中。System.out.println("XXXX")运行完后是跳到下一个语句中而不会跳进去，这个功能也是比較经常使用的，一直按F8就能够了。
step out：就是但单步运行到子函数内时，用step out就能够运行完子函数余下部分，并返回到上一层函数。
Run to Cursor：运行到光标所在的位置，运行该功能后，不论你运行到哪里，程序都能够运行到你光标的所在行下。
show Execution Point:当你不知道程序当前已经运行到哪里的时候，就能够使用这个功能，Android Studio 会跳到运行行所在的界面，并将该行高亮的显示出来。

四、高级调试功能

以上的调试方法仅仅是简单调试。以下介绍一些比較高大上的调试功能。

1、Evaluate Expression

这个功能很有用。能够在断点处直接进入一个求值环境，在这里你能够运行不论什么你感兴趣的表达式；例如以下图：

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

2、条件断点

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

3、日志断点

许多时候我们调试的时候许多其它的是打印日志定位异常代码，缩小范围之后再使用断点解决问题；所以经常做的事情就是在代码里面加入日志信息，输出函数參数，返回信息。输出我们感兴趣的变量信息等。

可是这么做一个问题就是，我们加入了日志代码须要又一次编译；在没有 Instant Run 之前的黑暗时代这么做是很痛苦的。每次编译少则几十秒。多则几分钟；这样无意义的等待简直就是折磨。事实上，除了热部署工具，我们还能够使用日志断点解决问题。

首先我们在想要输出信息的地方下一个断点；然后右键这个断点。在出现的设置框里面把这个断点的 suspend 属性设置为 False 。这样尽管叫做“断点”，可是并不会真正断下来；然后，我们在 log message 里面填上我们想要输出的日志信息。

例如以下图(注意标红位置）：

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

4、方法断点

传统的调试方式是以行为单位的。所谓单步调试。可是许多时候我们关心的是某个函数的參数。返回值。（回忆一下我们使用日志的时候打印的最多的信息难道不是函数的參数和返回值吗？）用法断点，我们能够在函数级别进行调试；假设经常跳进跳出函数或者仅仅对某个函数的參数感兴趣，这样的类型的断点很有用。详细用法有两种方式。最简单的是在你感兴趣的方法头那一行打上断点，这时候你会发现断点图标有点不一样，这就是方法断点了，例如以下图：

第二种方式是通过断点设置窗体 , 后面介绍。

5、异常断点

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

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

详细做法是，进入 Run -> View BreakPoints 或者使用快捷键打开断点设置窗体。例如以下图：

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

6、Field WatchPoint

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

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

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

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

右键这个断点我们能够进行一些设置，比方默认是被改动的时候断下来，你也能够改为每次訪问这个字段就断下来。

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

兴许：因为本人能力有限，仅仅能总结到这里，事实上关于调试的功能还有许多须要总结。会在以后的时间里对文章进行改动和添加。希望本文能让大家有所收获。^-^

以下是关于Android Studio调试方面的博文，供大家查看

zhchoutai