导言
这节关注一下MEMORY分析的相关工具
Android Profiler中的MEMORY篇
首先看一些基本的内存分析工具，比方说as自带的Android Profiler，里面的功能很强大，这里只看一下Memory相关
内存分配追踪
这里首先模拟分配200个对象的场景，然后来到Android Profiler中
这里有一个录制的按钮，点击即可开始录制，然后再次点击就会停止录制，它的功能是可以追踪一段时间内的内存分配，然后得到下图
其中蓝色区域就是我们之前录制的区域，可以看到内存区域有一定的上涨，接着可以看到具体分配的内容
在下面我们可以看到代码中分配的2001个Person对象也在，除了这些之外，可以看到右下角有一个调用堆栈，这里有一个很实在的功能，点击具体的某一项可以跳到指定的代码处
当然了，这里只是一个实例，主要用于分析内存的分配，有时候观察到内存异常大幅上升的时候，这个功能是非常实在的
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中，比较常见的就是内存泄露和大内存分配（比方图片），通过上述的工具能够方便的帮助我们找寻和分析问题，应该勤加利用
文章系列：
基本的优化总结（一）
基本的优化总结（二）
基本的优化总结（三）
基本的优化总结（四）
基本的优化总结（五）
基本的优化总结（六）
