阅读本文预计需要8分钟
时常有同学来问我这个错误怎么解决,那个错误怎么解决,所以才写这篇文章来阐述一下Android的一些错误日志如何去分析,有经验的工程师其实都知道,错误大同小异,根据步骤来解决即可,不过时下不比以前,现在的错误五花大门倒也是真的,有Android本身的错误,Gradle的编译错误,ANR的错误,以及一些so底层的错误,我们一个个来吧。
第一步:找到错误,这个相信不用去讲了,要是你连错误都找不到,我...我 .....
好吧,给你一个参照物
这是最普通的Exception了,这个错误是在Android Studio的底部有一个logcat菜单中查找,我们再来看下另外的错误吧,比如Gradle编译的错误,其实Gradle编译的错误很多,这里列举一个:
Gradle编译的错误在Android Studio的底部有一个build菜单中查找,分为两类,左边是错误发生的位置,此类错误还比较好,会告诉你发生的错误位置,有些错误就不会告诉你了,右边是具体的错误问题解释。
接下来还有ANR的错误,ANR的错误辨识度很高,因为屏幕上会弹出 应用已停止运行 的提示框。
好了,接下来我们就开始一个个教大家如何分析吧,我们主要分为Android运行时的错误,以及Gradle编译的错误,还有ANR的解决,至于so库的问题就不讲解了,开始吧。
一.AndroidRuntime
我们还是拿刚才的这个错误来对比:
这张错误的截图其实只是一部分,一看蓝色部分就知道他指向的是我们MainActivity的19行,那么如果不知道如何定位的同学如何去定位呢?那就要通过我们的AndroidRuntime了,实际上他的自身含义就是Android运行时发生的错误,我们来看下完整截图:
当错误发生的时候,首先AndroidRuntime会打印一个
,说明应用已经挂掉了,然后会打印 来开始搜集我们的crash,再接着AndroidRuntime就会开始打印他认为的错误原因,最后在 中就是具体的问题了,如果他能追踪到行数,就会为你标记为蓝色可执行文本,而我们看到这个错误就是我们日常所见的一个很普通的错误: 空指针异常,那么我们定位到了这个异常的类型,就好办了,先来认识下一些常见的异常吧:
这张图中我们看到我列举了三个,当然,异常肯定有很多我就以这三个为例,给大家抛砖引玉。
1.NullPointerException
首先我们回到上面的错误,他既然是一个空指针异常,那么肯定是有一个对象为空的,我们来看下他对应的MainActivity第19行具体的代码:
这里是一个控件设置点击事件,那么既然我们怀疑有对象为空,那么我们来看这一行实际上就一个mBtn是一个引用对象,而OnclickListener是当场New出来的,那么mBtn我们来看,我们怀疑他是空对象,那么就得回忆下,如何初始化一个控件对象了,在Android中我们初始化一个控件对象是通过findViewById来实现的,到这你就会发现,自己没有findViewById来初始化,导致了空指针,例子很简单,一看就明白,但是要理解解题的思路。
2.ActivityNotFoundException
那么我们继续来看下其他错误吧,比如ClassNotFoundException,顾名思义,找不到类报的异常,我们先来看下他的Log:
这个错误是否符合我们之前分析的几个要素呢?实际上大部分都是有的,你可以看到Shutting down VM的打印,也可以看到 FATAL EXCEPTION ,他的错误是ActivityNotFoundException,也就是找不到Activity的异常,和我们所说的ClassNotFoundException不一样,但是列表差不多,我们以此来分析问题,第一眼看过去,我们看到他提示了这么一段话:
have you declared this activity in your
AndroidManifest.xml?
//您是否在AndroidManifest.xml中声明了此活动?
带着这个问题我们来到了他所指向的MainActivity第24行看到这样一段代码:
这段代码中指向的是一个startActivity,也就是我们想跳转到HelloActivity中,但是失败了,提示我们是否在清单文件中注册?这就很好理解了,我们的Activity需要在清单文件中注册才能跳转,而现在报了这个异常,说明我们没有注册,去注册下就好了。
接下来再看我们最后一个数组越界的异常吧。
3.ArrayIndexOutOfBoundsException
先来看下数组越界的异常打印的Log是什么:
这段错误,我们可以这样去分析,首先找到我们的几个关键点:
1.错误的解释:
java.lang.IndexOutOfBoundsException: Index: 8, Size: 5
2.错误的异常:IndexOutOfBoundsException
3.错误的定位:onCreate(MainActivity.java:38)
有了这三点就再简单不过了,我们可以确定是一个数组越界的异常,而给到我们的解释是:Index: 8, Size: 5 ,这要如何解释?下标:8 数量:5 ,这就需要结合实际的代码来看了,我们定位到的行数是MainActivity的38行,来看下:
这段代码中我们声明了一个list并且使用for循环遍历了5遍填充数据,然后打印他的第8个值,其中出现的数值就是5和8,这也验证了我们刚才的错误提示:Index: 8, Size: 5
也就是说,你的size只有5,但是你获取的index下标确是8,我肯定是没有的,就提示了这个异常了
所以你会发现其实这些错误,大部分出现的问题都是能顺藤摸瓜的,只要抓到问题,分析问题基本都有思路,不过AndroidRuntime的错误毕竟很多人都会解决,那么我们来看下,编译的时候的问题吧。
二.Gradle 编译问题
Gradle编译的问题很多,有一小部分还是很让人头疼的,我们一步步来,先解决Gradle版本的问题、
1.Gradle版本
你是否碰到过项目突然无法编译,出现一些奇奇怪怪的错误,或者说你去Github上Clone了一个项目打算导入Android Studio却死活无法运行,这些大部分都是Gradle版本的问题,如果你无法在线下载Gradle的话就需要本地离线去下载了。
这里你可以先打开Android Studio
File > Settings > Appearance & Behavior > System Settings > HTTP Proxy
再配置这个地址与端口:
127.0.0.1 1080
看看有没有效果,如果无效的话就自己手动下载吧。
先打开地址:
http://services.gradle.org/distributions/
选择你要下载的版本下载好之后,打开:
C:\Users\Administrator\.gradle\wrapper\dists\gradle-5.4.1-all\3221gyojl5jsh0helicew7rwx
dists目录下面是你具体的版本号,我的是5.4.1-all
然后把你下载的zip放入这个目录解压出来,重启AS即可。
2.Jar冲突
Jar冲突可以这样理解:
这张图中,如果一个APP引用了两个开源框架,A 和 B,然后他们内部又同时依赖了OkHttp,而且还有一种可能就是他们引用的OkHttp版本都不同,这就出现了Jar的冲突了,那么如何解决呢?
使用exclude标签来解决这个问题:
假设冲突的是zxing,那么通过exclude去除zxing,这样就可以解决了,如果你告诉我你不知道哪两个框架冲突了,这里可以告诉你一些办法:
1.gradlew -q app:dependencies 会列出所有的依赖关系
2.定位到冲突的类,双击Shift去查找
我一般是第二种,比如我知道OkHttp冲突了(可以从Gradle的Log中看到),然后去查到了
还有很多的错误,还是需要自己去挖掘和分析的,我们接着来看ANR吧。
三.ANR
应用无法响应,可以是死循环,线程休眠,也可能是某个机制超时,比如触摸超时,服务,广播,内容提供者等超时,他们都会弹出一个提示框
我们可以在logcat中看到这样的信息:
可以看到他与我们的AndroidRuntime很不一样,不过可以从中得到一段很关键的话:
Reason: Input dispatching timed out (Waiting to send non-key event because the touched window has not finished processing certain input events that were delivered to it over 500.0ms ago. Wait queue length: 6. Wait queue head age: 6315.7ms.)
//输入超时
如果你有经验的话,你就能猜到是卡UI线程了,等待一定时间超时引起的,那么我们如何追踪呢?可以分析traces
1.
traces文件就是保存ANR信息的log,位于 data/anr 目录下,记录着堆栈的信息,可以通过如下命令获取
adb root
adeb remount
adb pull /data/anr/traces.txt c:\
这样就拉取到C盘根目录了,不过部分手机是没有权限的,所以我们也可以借助一些Carsh的SDK来帮助我们获取问题,比如Bugly
四.Bugly
官网:https://bugly.qq.com/v2/
集成起来还是很方便的,添加源:
implementation 'com.tencent.bugly:crashreport:2.2.0'
implementation 'com.tencent.bugly:nativecrashreport:3.0'
别忘了设置支持的架构:
再添加一些权限:
<uses-permission android:name="android.permission.READ_PHONE_STATE" />
<uses-permission android:name="android.permission.INTERNET" />
<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
<uses-permission android:name="android.permission.ACCESS_WIFI_STATE" />
<uses-permission android:name="android.permission.READ_LOGS" />
最后在Application中初始化一下
CrashReport.initCrashReport(getApplicationContext(), "注册时申请的APPID", true);
initCrashReport方法中最后一个参数是一个debug开关,声明是否需要打印bugly的日志,建议debug的时候打开,release的时候关闭
然后就可以在应用后台中看到相关数据和Log了,不管是线上线下,都能提前清楚问题,尽快修复。
这就是本文的全部内容了
写这篇文章呢,其实没多少技术在其中,更多的是一种科普,让同学们对解决问题的思路有一个了解,也好提高自己的开发效率
有兴趣的可以加入我的知识星球哦,只要点击阅读原文即可哦~
关于知识星球的介绍可以在公众号点击右下角的【和我学习】或者公众号发送【Hi Android】【知识星球】都可以