关闭

AndroidStudio-断点调试-让你的调试更有效率

标签: AS断点调试AndroidStudio条件断点
5900人阅读 评论(6) 收藏 举报
分类:

前言:

上篇博客 AndroidStudio-断点调试-也许你该知道断点调试是有多么的美好 ,记录了AndroidStudio上断点调试的基本流程和debug面板按钮介绍.这一篇就给大家分享一点调试的小技巧,让我们的代码调试变得更有效率.

你可以选择随时进入调试模式

一般我们都是点击绿色小昆虫进入调试模式进行调试, 其实还可以有另外一种方法.看下面的面板截图,有没有发现有两个小昆虫图标.

这里写图片描述

图标 EnglishName 名称
这里写图片描述 debugger 调试模式开启运行
这里写图片描述 Attach debugger to Android Progress 为已经运行的Android进程添加调试模式

大家都知道debugger运行程序是比Run 速度要慢点的.如果你想解决这个问题,我推荐给你Attach debugger to Android Progress.
这种方法先Run运行起来程序,然后走到要调试的地方,在Attach debugger to Android Progress,选择要调试的进程.这样会快很多.

使用方法:

在Android 进程已经运行的状态下,点击这里写图片描述 ,选择要调试的包名,也就是我们的应用包名,就可以了.

这里写图片描述

使用场景:

1.调试的页面层级较深
2.非debug模式下,突然想进入调试模式.这种方法可以为你省去了重新运行程序的时间哦

善于使用不同分类的断点

我们上篇博客使用的断点只用到其中一个最常用也最广为人知的一个分类-行断点(Java Line Breakpoint).但是我们需要知道的是,AndroidStudio提供给我们的并不仅仅是这几种断点.善于在不同的条件下使用不同分类的断点是件非常重要的事情.

打开Run->View Breakpoints->点击”+”号可以看到如下的界面,

这里写图片描述

解释一下:

图标 EnglishName 名称
这里写图片描述 Java Line Breakpoint 行断点
图标 Java Method Breakpoint 方法断点
这里写图片描述 Java Field Breakpoint 字段断点
这里写图片描述 Java Exception Breakpoint 异常断点(官方的异常)
这里写图片描述 Exception Breakpoint 异常断点 (支持自己定义的异常)

字段断点:

添加方法:
在全局变量定义处左侧鼠标左键点击添加

这里写图片描述

使用场景:

定义的全局变量被多处使用,当不确定被何处修改的时候,对要观察的变量添加Java Field Exception.这样只要该变量的值被修改的时候,都会自动断点到发生修改的代码行.

方法断点:

添加方法:

在定义方法处左侧鼠标左键点击添加

这里写图片描述

使用场景:

需要具体观察一个方法的时候,就是Java Method Breakpoint大展身手的时候了,当代码执行到该方法断点处的时候,如果想进入方法,直接step over(F6).想直接跳到方法结束看返回值的时候,直接Resume Program(F8),跳到下一个断点,会自动断到方法结尾处.仅仅一个方法断点而已,就能做到这么多,是不是超级方便?

异常断点:

添加方法:

在ViewBreakpoints->点击”+”号->Java Exception Breakpoints

这里写图片描述

使用场景:

出现异常但是不知道在代码的哪个地方抛出的时候,就是用它的时候.添加某异常的断点之后,只要出现该异常,会自动定位到出错代码处.

为你的断点添加条件

当为你的断点添加上条件之后,就只有满足这个条件的之后,这个断点才会生效.

例如,我在下面的代码中,直接想查看总循环次数为for循环的第36次循环,我就添加”i == 36”的条件.于是当断点生效时,表现为:

这里写图片描述

简单粗暴,直接干脆有木有?接下来是使用方法和注意事项.

添加方法:
在断点上鼠标右键,就会出现添加条件的对话框.

这里写图片描述

使用场景:

使用的场景很广泛,一般用在很多数据中,专门观测某一类数据的时候,条件断点表现的尤为出色.

注意事项:

1.任何种类的断点都可以添加条件,不要被我的截图误导,以为只有行断点可以添加断点.
2.添加条件(Condition)的时候,要保证条件的返回值是boolean值,例如”i =36”一定要写为”i==36”;
3.添加条件的时候,要保证条件中的变量到断点处已经被定义,否则条件表达式是不成立的.(PS:这里告诉给小伙伴们一个避免这个问题的小方法,就是当你发现条件中的变量颜色变成显眼的红色时,一定要检查一下,变红色肯定是因为这个变量不存在.)

你知道吗?你可以手动设置变量的值.

在调试过程中,你完全可以直接给你定义的变量设置一些自定义的值,各种刁钻都可以,去测试你的方法写的对不对,代码是否写的稳定.
这样就再也不用一次次去构建不同环境去测试运行了.

示例:

这是调试的一个方法,已经进入方法了,但是我们想改方法参数b的值.

这里写图片描述

在debug中输入自定义的值,然后Enter键按下去

这里写图片描述

神奇的事情发生了,变量 b的值已经被改变了.

这里写图片描述

使用方法:

debug面板–>Variables窗口–>选中要观察的变量–>鼠标右键—>Set Value

还可以更棒,Evaluate Expression 直接求值表达式.

示例:

输入要求值的表达式,然后点击Evaluate按钮,就可以输入表达式的值.

这里写图片描述

使用方法:
1.代码区–>鼠标右键–>Evaluate Expression
2.debug面板–>Variables窗口–>鼠标右键—>Evaluate Expression
2.debug面板–>Watches窗口–>鼠标右键—>Evaluate Expression

注意事项:

要保证表达式中的变量已经定义,否则表达式是不成立的.(PS:这个也可以看是否出现红色颜色区分表达式是否正确.)

5
1

查看评论
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
    个人资料
    • 访问:154227次
    • 积分:2510
    • 等级:
    • 排名:第16247名
    • 原创:86篇
    • 转载:4篇
    • 译文:0篇
    • 评论:87条
    如果你想了解更多的我
    博客专栏
    最新评论