本文通过Android Studio工具来讲述你不曾知道的一些Debug小技巧。文中有许多操作，不需要死记硬背，只需浏览一遍，了解一番，增加个印象。等到要上手操作的时候，再忆起本文，回来查看查看。久而久之你就能熟能生巧，成为一代Debug大师！
Android Studio 版本
使用版本为3.5.3
调试项目
调试的项目只有一张页面，由 RecyclerView + 底部一个Button组成。
使用Logcat查看日志技巧
去除多余信息
为了方便举例，我使用addOnScrollListener(...)方法来监听RecyclerView的滑动事件，然后在onScrolled(...)方法里，通过Log.d("recycler_view", "recycler view was Scrolled...")把信息打印到控制台，如下图所示：
大家可能注意到，上图中有许多内容是我们不需要关心的，例如红圈里面的时间、线程与包名。这时我们可以点击右边工具栏的
Logcat Header图标，来把这些信息移除，如：
我们只保留一个TAG，这样我们Logcat界面就会变得清爽很多，看下效果：
过滤结果
在Logcat界面的搜索栏中，我们可以输入自定义的TAG来过滤结果：
但如果存在多个TAG的时候，我们应该把它们保存起来，这样才不仅方便我们回过头来继续查看，也无须在脑中开辟块空间把TAG名记住。来来来，一起动手来编辑一下过滤器配置：
图中左上角的“+”是添加，“-”是移除。
添加完成之后，我们就不用在搜索栏中输入相应的TAG了，取而代之的是，直接点击右上角的过滤器，选择我们添加进去的TAG即可。
折叠信息
为了方便讲解，我在监听中的onScrollStateChanged(...)方法里，使用同一个TAG向控制台打印一条信息：Log.d("recycler_view", "state:" + newState)，如下图所示：
此时我们只想查看有关它state的值，并不关心其他信息。那么我们可以选中那些多余且不关心的子字符串，右键它，点击Fold lines like this。这样就为我们创建了一个过滤器。
可以折叠所有包含我们选中的子字符串的字符串！ 留下我们关心的信息：
现在我们再回过头看看刚才打印出来的这些Log，是不是顿时觉得眼睛轻松了很多！当然点击红圈里面的‘+’，可以随时展开或折叠。
Debug断点跟踪调试技巧
基本使用
启动Debug有两种方式，一种是点击Debug，即中间的那只小虫子，另一种是点击Attach debugger to Android process，即靠近右边带箭头的小虫子。
一般我推荐使用Attach debugger to Android process来进入调试模式，它能够在App处于运行状态时进入调试模式，而要是通过Debug进入调试，它会停止应用并重启。这样我们还需要一路寻找回我们需要调试的状态，就稍微有点烦心了。
我们点击带箭头的小虫子，弹出Choose Process窗口，选择对应进程，点击‘OK‘按钮，进入调试模式。
现在我们可以在代码中打上断点，打断点的方法就是点击目标行代码行号右侧的空白处，再点击一次就是取消断点，断点是可以上下拖动。
当App在运行时，如果击中了断点，则会在Debug窗口中显示断点信息。
工具栏操作按钮
接着，来了解下Debug的操作按钮：
断点管理区操作按钮：
顺序从上到下：
-
Resume Program：一是可从当前断点移动到下一个断点，断点间的代码自动执行；二是让App从暂停状态恢复到运行状态。 -
Pause Program：暂停App。 -
Stop：对于普通的JAVA项目则是退出调试，对于Android项目则是结束App运行。 -
View Breakpoints：查看所有断点，并可以管理配置断点的行为。 -
Mute Breakpoints：切换启用或禁用所有断点的状态。 -
Get Thread Dump：进入线程Dunmp界面。
调试区操作按钮：
顺序从左往右：
-
Show Excution Point：定位到正在被执行的断点位置。 -
Step Over：单步执行，即前进到下一行代码。 -
Step Into：进入调用方法的第一行，不能跳到类库方法。 -
Force Step Info：与Step Into方法类似，只不过他能跳到类库的方法里。 -
Step Out：前进到当前方法之外的下一行，可与Step Into配合使用。 -
Drop Frame：返回到方法执行的初始点（下方有演示）。 -
Run to Cursor：跳转到光标所在处，需要当前断点已经执行到最后一个，且光标所在的代码行要符合由上到下的执行顺序，不能颠倒。
Drop Frame：可以用来在调试的时候，原本想点击Step Into进入方法内部看看，却不小心点了Step Over向下走了一行。如果调试运行的设备是Android10以上的版本，那么我们可以点击Drop Frame按钮——它的作用是可以把我们从当前方法拉出来，放回方法开始前的地方。接着点击Resume Program按钮，就相当于获取到了一次重新开始的机会！演示如下：
条件断点
我们把断点打到循环体里的某行代码，想看看循环到某一次时的运行状态。难道此时我们要不停的点Resume Program按钮，直到跳转到满足我们要求的断点吗？
不，当然不需要。假如我们想查看断点在运行到第二十次时的状态，可以右击这个断点，在弹出的窗口中的
Condition里加入任何布尔表达式：i==20（可以选择语句的语言），点击‘Done’按钮完成配置：
如果条件为“true”，当代码命中这个条件时，那么就会到达这个断点！
日志断点
App在运行时击中我们打上的断点，立马会把断点信息显示在在Variables菜单中，然后我们就需要在整个菜单中找出我们想要的信息：
这样有时还蛮麻烦的，我们真正想做的是直接在代码中打上Log，但却不想把Log语句在代码中打得到处都是，这时日志断点就派上用场了！
操作步骤：右击需要打Log的断点，在它弹出的窗口中取消选中Suspend（下面会介绍到），此时窗口会向下展开一些新内容。我们勾选Evaluate and log选项，并在其中添加上Log语句，点击‘Done’按钮。
现在，当线程遇上这个断点的时候并不会停止，它只会计算断点里的Log表达式，并把它记录到控制台，然后继续运行。
异常断点
想必App在运行的过程中遇到各式各样未知性的异常导致的Crash常常令你抓狂，不过强大的Android Studio提供了异常断点的功能。帮助我们在调试运行的App遇到异常，能够先快速准确的定位到产生异常的地方，而非第一时间停止App的运行。
我们点击断点区工具栏上面的View Breakpoints按钮，呼出断点管理界面。然后点击‘+’，选择Java Exception Breakpoints。如下图所示：
点击后呼出Enter Exception Class界面，我们在搜索栏中填入想要监控异常的关键字。Java代码选择NullPointerException，Kotlin代码选择KotlinNullPointerException，点击‘OK’按钮即可，如下图所示：
不过！！在我模拟空指针异常的时候发现，如果用Java代码写的话，调试器确实能监控的到异常，并能定位产生异常的代码。但是！！我用Kotlin写的话，App直接Crash掉了。并未监控到异常，也没定位到产生异常的代码。
不知道是我调试姿势有问题，还是暂时不支持Kotlin代码。
变量赋值
可以让我们在调试期间，通过更改断点监控到变量的值，来改变App执行的结果！
具体操作如下：
首先我们在获取数据的循环体里打上断点。如下图所示：
通过Debug进入调试模式，在Variables菜单中，选中我们要改变的变量，右击它，在打开的选项中点击Set Value...。如下图所示：
我们把i=1更改为i=28，此时能清楚得看到，在代码中显示的变量i信息也从i:1变成了i:28。如下图所示：
在循环中，原本变量i的值是从1到30，但我们已经把初始i的值改为了28，点击断点区工具栏上的Resume Program按钮，原本需要循环30下才执行完毕的断点现在点3下便可完成。
现在来看看更改变量值后App的情况吧：
Suspend 选项
在我们右击断点的时候，你可能留意到这的Suspend选项，如下图所示：
目前我们“All”与“Thread”之中选择了“All”，意味着在当前执行线程遇到该断点的时候，会停止App内的所有线程，这样就会停止App整个运行状态。
但是如果你正在处理一个多线程App，而你正在寻找一些特别麻烦的异步问题，你可以试着只去暂停那个撞到断点的线程。可把选中“All”改为选中“Thread”。
直到击中某一断点才启用
为了方便举例，我在示例中RecyclerView的滑动监听里面与按钮的点击监听中分别打上断点。
由于断点被打在RecyclerView的滑动监听里，那么我们手指稍微一滑动，就会立即执行该断点。那么在调试的时候我想必须先击中按钮监听里面的断点，才允许执行RecyclerView的滑动监听里面的断点。
此时，Disable until breakpoint is hit功能就派上用场了。
右击RecyclerView的滑动监听里断点，在弹出的窗口里面点击More：
我们就会进入到断点管理界面，在该断点的Disable until breakpoint is hit选项中，禁用断点，直到我们选择的按钮监听里断点被命中为止。如下图所示：
现在手指滑动屏幕的时候并不会触发RecyclerVie滑动监听里面的断点，直到点击了按钮，触发了点击监听里面的断点，才被激活一次。意味着每次执行完该断点，就会被禁用掉，除非再点击一次按钮才被重新激活。演示如下：
禁用断点
当已被打上的断点，我们暂时不需要命中它的时候，我们可以把它给禁用掉，右键断点，在弹出的窗口来取消勾选Enable选择。此时断点会变成一个空心圆。不过更方便的做法是通过“Alt + 点击”，Mac是“Opt + 点击”。这样就能让它在开/关的状态下切换：
断点组
有时候我们在执行调试App功能的时候会遇到一些暂时不需要使用的断点，我们又不想把它们删掉，也许调试下个功能可能会用上，所以只能一个一个禁掉它们。
其实，只要我们学会使用断点组，这就方便多了！
右键断点，点击窗口的More，前往断点管理界面。我们还可以点击Debug窗口里的断点区工具栏中的View Breakpoint按钮也能前往。
在该界面中，可以看到所有断点都在上面。我们多选它们，右击，创建一个新的组，你可以把它们起名为你正在处理Bug的名字。
这里我起名为OnScrollListener，意味着该组的断点都来自addOnScrollListener(...)的监听里。如下图所示：
分组完毕后，你可以通过点击组的单选框来切换组内断点开/关的状态。当你处理完Bug后，可以选中组，并点击“-”，即可把它们全部删掉。如下图所示：
Evaluate expression
系统给Variables区的变量对象提供了表达式求值的功能。在抵达断点后，如果有变量对象。我们可以输入任何表达式，来实时查看表达式的计算结果。
首先，可通过点击工具栏上面的Evaluate expression按钮，或者右键目标代码选择Evaluate expression来呼出操作界面。如下图所示：
一般首次打开它的时候，是单行输入模式，我们输入一条textList[position]，点击‘Evaluate’按钮，就能在下方Result中浏览对象。如下图所示：
如果我们想输入更加丰富的表达式，那么单行模式不能满足我们的需求。点击输入框的右上角，将单行模式扩展为多行。这样，我们就能够输入更加丰富的表达式：
Evaluate expression 是非常适合充当实时检测器，它能够让我们清楚的观察到当前应用的状态。
分析堆栈轨迹
在合作开发项目中，也许我们会收到来自同事发来的一份包含调用栈的Bug报告，其实也就是一堆文本。我们复制Bug报告，回到Android Studio，点击工具栏上面的Analyze，然后点击Analyze Stack Trace...，我们会发现它找到了粘贴板上面的内容：
点击‘OK’按钮后，它会对我们的调用栈作一个全面的注解，并显示在控制台中。我们点击其中的链接，就会对我们的代码库进行一个快速的检索并定位代码：
总结
本篇文章大部分内容来自谷歌官方的视频Android Studio: 调试的技巧与心得，我推荐大家可以关注下谷歌的官方账号。里面有很多优质的视频，都是由开发者本人来讲解的。
希望本文能给大家在调试App的时候提供多一条思路。
参考
感谢以下资料，让我站在了巨人的肩膀
