一直有各种事情,很久没更新了,趁春节空档继续更新,分享一个线上疑难问题的排查过程
在某个版本上线后,这个异常的量突然变大了,log如下
通过log,可以知道是imageview使用了被回收的bitmap导致的,可以具体看下崩溃地方的源码
android.graphics.BaseRecordingCanvas$drawBitmap
frameworks/base/graphics/java/android/graphics/BaseCanvas$throwIfCannotDraw
崩溃的原因,是很清晰的,就是使用的bitmap被回收了,由于log只有系统层级的log,没有项目的log,那该如何进一步定位呢?
可以分成三个步骤
1、定位发生错误的activity
崩溃是发生在draw方法内部,draw方法一般都是在当前Activity可见的时候触发,就是onResume跟onPause的生命周期中,我们可以在崩溃后台,标记最新可见的activity,当发生崩溃时候,把当前可见的activity一起上报,可以通过后台查看,崩溃那一刻,在前台的是哪个activity
可以连续查看几条,看下是否都是同个activity,我这边验证,崩溃的信息,都是固定的一个activity,于是可以基本确定,崩溃是发生在这个activity
2、定位错误的view
定位到activity,范围还是太大,我们接下来进一步缩小,定位到具体的view,具体是哪个imageview崩溃
可以在崩溃堆栈入手,发现view的onDraw方法,调用其实就是view的布局一步步调用下来的
通过上图的分析,可以知道崩溃imageview的布局层级关系,用图表示如下
可以通过activity的布局,定位到符合这个布局层级关系的imageview
到这里应该可以基本确定异常的imageview了,如果还不行,继续看步骤3
3、准确定位异常imageview 如果上面的两个步骤,还是无法定位修复问题,可以继续看
比如发现有多个imageview都满足条件,如何进一步定位到具体崩溃的是哪个imageview 可以用如下的方式,替换下所有怀疑的imageview
class BitmapRecycledImageView(context: Context, attrs: AttributeSet?) : GlideNoFlickerImageView(context, attrs) {
var drawException: RuntimeException? = null
override fun onDraw(canvas: Canvas?) {
try {
super.onDraw(canvas)
} catch (e: RuntimeException) {
//代表bitmap被回收了,发送到bugly,用于后续定位分析
//错误的log大概这个样子:image bitmap Recycled com.meitu.meitupic.modularembellish.filter.ActivityFilter@76184c8 imageID 2131298607,可以方便定位到问题
if (drawException == null) {
//onDraw是个高频调用的场景,只上报一次就可以了,避免大量的上报
drawException = RuntimeException("image bitmap Recycled $context imageID $id")
CrashReport.postCatchedException(drawException)
}
}
}
}
这样的话,当发生错误后,就触发上报,收集上报的log,收集到的log类似如下
image bitmap Recycled
com.meitu.meitupic.modularembellish.filter.ActivityFilter@b24f0b7
imageID 2131298604
com.mt.material.filter.BitmapRecycledImageView.onDraw
(BitmapRecycledImageView.kt:30)
定位到了发生崩溃的activity,包括错误的imageview的ID
接下来,通过imageview id找到具体的imageview
我们知道,我们在xml中给每个view定义的ID值,其实都会被编译成一个16进制的值,而这个值跟我们代码定义的值有一个映射关系,可以通过解析apk来获取
Log上报的ID值是十进制的,转成16进制后,就是:0x7f09092c,跟apk的资源比对,找到对应的value值
这样就知道了具体崩溃的imageview
最终发现,出现问题的是因为外部应用了Glide加载的bitmap
接下来,就是分析,为什么会出现这个崩溃,由于涉及到Glide缓存模型,放下个章节继续说明,待续...