基本的优化总结（六）

导言

这节关注一下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中，比较常见的就是内存泄露和大内存分配（比方图片），通过上述的工具能够方便的帮助我们找寻和分析问题，应该勤加利用

文章系列：
基本的优化总结（一）
基本的优化总结（二）
基本的优化总结（三）
基本的优化总结（四）
基本的优化总结（五）
基本的优化总结（六）