基本的优化总结(六)
导言
这节关注一下MEMORY分析的相关工具
Android Profiler中的MEMORY篇
首先看一些基本的内存分析工具,比方说as自带的Android Profiler,里面的功能很强大,这里只看一下Memory相关
内存分配追踪
测试代码这里首先模拟分配200个对象的场景,然后来到Android Profiler中
分析方法
这里有一个录制的按钮,点击即可开始录制,然后再次点击就会停止录制,它的功能是可以追踪一段时间内的内存分配,然后得到下图
实例
其中蓝色区域就是我们之前录制的区域,可以看到内存区域有一定的上涨,接着可以看到具体分配的内容
实例
在下面我们可以看到代码中分配的2001个Person对象也在,除了这些之外,可以看到右下角有一个调用堆栈,这里有一个很实在的功能,点击具体的某一项可以跳到指定的代码处
当然了,这里只是一个实例,主要用于分析内存的分配,有时候观察到内存异常大幅上升的时候,这个功能是非常实在的
dump信息
有的时候,当前页面的内存占用超出预期的多,这时候可能要进行一下整体的分析,看看有哪些大量占用内存的存在,然后进行优化
按钮实例
和上述的录制差不多,这个按钮是可以生成dump文件,同样的,第一次点击开始dump的计算,然后再次点击之后就会生成具体的dump文件
dump实例
上述蓝色的区域就是dump计算的区域,然后左下角就是具体的dump数据,点击任何一项就会有右上角的分配详情,通过点击分配详情中的任何一项,就会得到右下角的引用链,这里就是具体分析对象和持有问题的地方
引用分析实例
看一下这个例子,根据上面的整体图,首先是发现byte[]分配过多,然后进入到具体的引用分析中,根据引用链中的信息,可以看到实际上这就是图片,然后还能看出图片的具体引用视图,比方说这个就是在Adapter中的ViewHolder中的rivIconTag这个视图中,也就是说在这个案例中,如果有可能的话可以尝试进行图片方向上面的优化,图片的具体优化手段,后面会提,这里就pass
LeakCanary
这个是业界良心Square公司开源的内存泄漏检查工具(GitHub地址),使用起来也是非常的方便,有专门的通知和图形界面,应用链提示也很详细,先看一下导入方法
implementation 'com.squareup.leakcanary:leakcanary-android:1.5.4'
接着模拟一个内存泄露,比方说常见的单例静态变量持有Activity
class LeakSinglton{
companion object {
@Volatile private var INSTANCE:LeakSinglton? = null
fun getInstance(context:Context):LeakSinglton?{
if(null == INSTANCE){
synchronized(LeakSinglton::class){
if(null == INSTANCE){
INSTANCE = indi.fanjh.usekotlin.LeakSinglton(context)
}
}
}
return INSTANCE
}
}
var mContext:Context? = null
private constructor(context:Context){
mContext = context
}
}
然后在指定的Activity中使用
LeakSinglton.getInstance(this)
接着在使用过程中退出当前Activity,然后就会得到一个通知
通知实例
点击通知后即可进入到对应的详情页,或者说在桌面找到对应的应用,点击进入也可
桌面实例
泄露详情和引用链实例
通过引用链的情况,很快就能定位到是一个LeakSinglton中static的变量持有了TestMeasureActivity,后续要做的就是进行优化工作
结论
内存优化的前提是发现内存有问题,在Android中,比较常见的就是内存泄露和大内存分配(比方图片),通过上述的工具能够方便的帮助我们找寻和分析问题,应该勤加利用
文章系列:
基本的优化总结(一)
基本的优化总结(二)
基本的优化总结(三)
基本的优化总结(四)
基本的优化总结(五)
基本的优化总结(六)