还在用 Debug Run 按钮?试试这些调试技巧 | 掘金技术征文

版权声明:

本账号发布文章均来自公众号,承香墨影(cxmyDev),版权归承香墨影所有。

未经允许,不得转载。

一、前言

在实际开发过程中,如果碰到 Bug ,必然免不了需要打印输出一些 Log 信息,或者直接进入 Debug 模式进行调试。而在 Android Studio 中,其实也提供了非常便利的进入 Debug 模式的方法。但是有些时候也不太方便,例如需要重新运行一下,如果项目比较大的话,可能会导致编译运行的时间占据了我们查找 Bug 的大部分时间。

本文就这个问题,介绍一下在需要的时候,如何快速的进入 Debug 调试状态。

二、常规模式

在 Android Studio 中,其实已经提供了非常便利的 Debug 的方式。


这个帮助的调试条上,已经包含了我们正常需要使用的所有功能,包括 : Run 、Debug、Attach debugger to Android Process。我们将它展开来看一下。


Run 按钮 就没什么好说的了,点击直接运行我们的项目App到目标设备上。而点击 Debug 按钮,就会以 Debug 的模式运行我们的项目 App 到目标设备上,这个时候如果我们打上了断点,在运行到断点代码的时候,就会被断住。

而 Attach debugger to Android Process 是一个非常方便的功能,正如它的英文描述,它可以选择当前链接的设备上,处于运行状态下,并且可以被 Debug 的进程,将它挂上 Debug 模式。


当 Attach 成功之后,你选择的 Process 就处于 Debug 模式下,可以进行断点等 Debug 操作。

三、高级操作

虽然 Attach debugger to Android Process 非常的方便好用,可以节约我们再一次 Debug 运行的时间,并且可以直接挂载一个 Debug 状态下的线程。

但是它也是有缺陷的:

如果需要调试的断点,在运行的时机比较靠前的话,例如:调试 Application.onCreate() 的代码,我们就没法使用这种 Attach 的方式,挂载一个进程进行调试了。

而通常来说,我们查找 Bug 经常需要多次 Debug 来定位问题。而如果使用 Debug 按钮来运行调试 App 的话,也会非常的耽误时间。

那么有没有办法让我们能及时的使用 Attach debugger to Android Process 的方式挂载上调试进程呢?

还记得当我们使用 Debug Run 调试 App 的时候,会出现一个 Waiting For Debugger 的对话框,这个对话框就是一个等待调试App 进程被挂载的等待对话。


那么实际上,我们只需要让其运行的时候,等待我们去 Attach 这个进程即可。

1、am 命令设置调试应用

其实 adb 的 am 命令中,就有设置某个 App 以 Debug 的方式运行,命令也非常的简单。

adb shell am set-debug-app -w <package_name>

其中:

  • set-debug-app : 用于设置待 Debug 的App。
  • -w: 表示设置为 wait 状态,在进程被启动的时候,等待 Debugger 进行调试。
  • :就非常好理解了,为我们需要调试的 App。

这样,当我们再次运行 指定的 App 的时候,就会出现上面的 Waiting For Debugger 窗口,一直处于堵塞状态,直到我们使用 Attach debugger to Android Process 的方式将其挂载上。

而这种方式是一次性的,再次运行就会恢复之前的状态。但是就像前面说的,经常需要重复多次的 Debug 才能定位问题并且解决问题,那么多次调试则在所难免,如果每次都需要执行这个命令,明显更麻烦了,有点得不偿失。

其实 set-debug-app 还提供了一个 —persistent 的参数,设置一个需要持续调试的 App。

完整的命令如下:

adb shell am set-debug-app -w --persistent <package_name>

当使用 —persistent 标记之后,这个 App 就会一直被处于调试模式来运行,所以每次启动就会弹出 Waiting For Debugger 的窗口等待我们,哪怕我们卸载重新安装,也不会改变。当然如果我们安装一个 Release 签名的同名 App ,必然不会处于Debug模式。

如果添加了 —persistent 参数之后,调试完成之后,还需要使用 clear-debug-app 来清理被标记为 debug 的 App。

完整的命令如下:

adb shell am clear-debug-app

而这些,都是可以在 am 的文档中找到答案的,am 其实提供了很多非常好用的工具,方便我们使用。

二、使用开发者选项

如果你觉得使用 命令行 的工具,还是非常的不方便,那么其实也是有图形话界面工具给我们使用的。

我们如果需要调试设备,都需要在开发者选项中,开启 USB 调试,这是常识。而开发者选项中,提供了设置某个 App 为调试应用的选项。

进入 开发者选项,找到 『选择调试应用』,在其中找到我们需要调试的 App,然后再开启『等待调试器』。


这样其实和我们使用 am set-debug-app 的方式是一样的。当然,在使用完成之后,还需要将『 等待调试器』的开关关闭,否者会一直等待挂载。

四、结语

最后,我想说,当你在做重复的事情的时候,作为一开发者 ,你需要思考如果跟快捷的完成这项工作,而不是一味的做重复的工作。

公众号二维码.jpg
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值