记一次adb查找安卓App崩溃报错记录

记一次adb查找安卓App崩溃报错记录

首先先说结论,是因为内存不足的时候会出现这种问题
在小米手机上有这么一个设置
记一次adb查找安卓App崩溃报错记录_第1张图片
可以很方面的模拟出这个异常
然后我们再设置一下logcat日志的大小
如果你的操作真的很多,最好设置一下,如果你的操作很短就可以复现,那就没必要调整,256k足矣
记一次adb查找安卓App崩溃报错记录_第2张图片
然后就是手机连接电脑
然后打开命令行工具清空logcat日志

adb logcat -c

然后查看日志

#需要打印时间和级别是Error的信息
adb logcat -v time *:E

这里只是在cmd上打印日志,很快,你可能来不及,那就下载日志,不是已经清理了之前的日志么,我们再执行命令

adb logcat -v time >C:/Users/EDY/Desktop/work/logcat.txt

这个时候就会把logcat日志传输到本地,但是注意,等你操作完了,就可以关闭adb窗口了,要不然他会一直往windows本地的文件里写入日志,关闭后就不写入了
然后搜索“FATAL”关键字
记一次adb查找安卓App崩溃报错记录_第3张图片
就可以定位到错误信息了,至于真正的错误原因,就得让开发看了

如果你遇到了ANR
那还得看trace日志
以小米手机为例子
可能遇到两个问题
一个是大家都说adb pull /data/anr/traces.txt
但是自己去pull的时候报错
在这里插入图片描述
那是因为不同的手机厂商他的文件命名可能不同
记一次adb查找安卓App崩溃报错记录_第4张图片
但是我们也不清楚哪个是我们要的文件,那我们就尝试先pull一个,发现了第二个问题,权限不足,那就可以使用

adb bugreport

记一次adb查找安卓App崩溃报错记录_第5张图片
他会告诉你把文件放到哪里了
然后解压,再解压后的文件里就有anr目录下所有的东西了

记一次adb查找安卓App崩溃报错记录_第6张图片

怎么确定哪个文件是我们需要的,我们可以根据日志的时间来看,看哪个是你操作的时间附近
打开之后,看看是不是你的包报的错误
记一次adb查找安卓App崩溃报错记录_第7张图片
怎么确定报错信息在哪里
下面的内容是我抄的
首先,我们可以根据发生ANR的app包名和时间能确定ANR日志的地方,通常是再traces内容的最上面。
记一次adb查找安卓App崩溃报错记录_第8张图片

然后ANR必然是主线程异常,我们可以找到"main"线程部分,查看main线程相关状态。
记一次adb查找安卓App崩溃报错记录_第9张图片

可以很明确的看到主线程sleeping了,通常在多线程开发中,比较容易遇到的是blocked状态导致的ANR

其次我们可以继续找到下面的线程调用栈信息
记一次adb查找安卓App崩溃报错记录_第10张图片

这块我们就比较熟悉,和查看普通的异常一样,可以很明确的知道ANR 发生在MainActivity 28行处,原因是Thread.sleep(),此时我们再回到上面自己的代码层面,结果已经很明确。

当然,实际开发中的ANR通常不会这么简单,有些也没那么容易分析,这个就需要大家通过此篇文章的借鉴,结合实际开发多分析,多优化来增长自己的能力。

线程状态
对于上述线程状态,相对于java线程状态,Linux细化了很多状态,这样更便于分析当前的状态。

java中的线程和操作系统内核中的线程并不是等价关系。他们之间存在着映射关系,对Android来说,java中的线程和内核的线程是一对一关系。
记一次adb查找安卓App崩溃报错记录_第11张图片

你可能感兴趣的:(移动端测试,android,adb)