Android内存优化

内存三大问题：

1.内存抖动：

内存波动图呈锯齿状、GC导致卡顿。
比如在自定义view中，在onDraw方法中过多创建对象，比如Path，paint对象，onDraw调用是很频繁的，所以会频繁创建和回收内存空间造成内存抖动。或者在方法中，在其中的循环中过多创建对象，这样的对象是局部变量，方法执行完就回收内存，GC频繁回收内存，会将工作线程挂起，所以就可能造成卡顿。

内存抖动实际怎么解决

产生的原因是在代码中频繁、循环地创建对象，导致大量对象频繁创建和销毁。普通的会因为内存使用越来越多导致卡顿。严重的，会产生大量不连续的内存空间，如果此时有一个大对象需要申请内存，就有可能申请失败，导致OOM内存溢出。

进入AS的Profiler工具，进入Memory指标，如果发现内存状态为起起伏伏的锯齿状走势，可以认为是内存抖动发生。

点击Record进行记录

一段时间后，stopRecord，这张表格代表的是，你Record这段时间之内创建的对象,点击一下第二列Allocations,对创建的数量进行排序，找出创建次数最多的对象去解决，减去不必要的对象创建。

2.内存泄漏：

应用内不再使用的对象无法被回收，导致实际可使用的内存变小，低内存会导致程序卡顿，更严重会造成内存溢出。

3.内存溢出：

Android系统为每个应用程序都设置了一个内存上限，超过之后就会报出OOM，导致程序崩溃。不断地内存泄漏就会导致内存溢出。

1）使用更加轻量的数据结构，考虑使用ArrayMap/SparseArray
2.减小Bitmap对象的内存占用，加载图片前，选择合适的尺寸加载，根据需要裁剪尺寸。
3.尽肯能减少对象的创建，循环里面尽可能少创建对象。

内存优化场景及解决方案：

性能对于App来说就像汽车的发动机一样，对产品质量起着决定性作用。以下是开发Android过程中对内存优化的总结：

少用static，生命周期太长
根据当前分辨率压缩bitmap，bitmap用完recycle，使用LRU cache缓存bitmap
注意context的使用，尽量用application代替activity的context
记住不用要资源关闭（BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap）
系统不足时主动释放资源
leaknanery泄露工具，检测内存泄露
不创建多的string对象而使用Stringbuffer
减少不必要的全局变量
尽量避免static成员变量引用资源耗费过多的实例,比如Context。
Android提供了很健全的消息传递机制(Intent)和任务模型(Handler),可以通过传递或事件的方式，防止一些不必要的全局变量。
可使用Java四种强软弱虚引用方式减少内存消耗
避免使用枚举，会牺牲速度，尽量用常量代替
避免滥用Bitmap导致的内存浪费
时刻谨记避免创建不必要的对象，特别尽量少地在循环中创建对象。
加载大图片记得要裁图，减小图片尺寸，节省流量
内存实在不够的，可申请大内存，在<application>标签中，把largeHeap设置为true，提高最大内存上限

内存优化实战示例：

使用memory profile工具进行分析，记录需要分析的操作，生成使用对象列表，包含各种类型的对象数据，选择占用内存较大的对象，分析这些大对象是否使用合理，有无频繁创建不必要对象或分配内存较大的现象而进行优化。

写一个自定义view，在onDraw中去绘制圆圈。

public class CustomViewWithMemoryAllocation extends View {

    public CustomViewWithMemoryAllocation(Context context) {
        super(context);
    }

    public CustomViewWithMemoryAllocation(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    public CustomViewWithMemoryAllocation(Context context, AttributeSet attrs, int defStyleAttr) {
        super(context, attrs, defStyleAttr);
    }

    @Override
    protected void onDraw(Canvas canvas) {
        super.onDraw(canvas);

        // 创建大量的Paint对象
        for (int i = 0; i < 1000; i++) {
            Paint paint = new Paint();
            paint.setColor(Color.parseColor("#e5e5e5"));
            // 在canvas上绘制一些内容
            canvas.drawCircle(getRandomX(), getRandomY(), getRandomRadius(), paint);
        }
    }

    // 生成随机X坐标
    private float getRandomX() {
        return (float) (Math.random() * getWidth());
    }

    // 生成随机Y坐标
    private float getRandomY() {
        return (float) (Math.random() * getHeight());
    }

    // 生成随机半径
    private float getRandomRadius() {
        return (float) (Math.random() * 100);
    }
}

在onDraw方法中频繁创建对象，然后将该自定义view使用时，每当view需要刷新，就会在onDraw方法中创建一系列Path对象。

在运行过程中使用memory profile去记录这段内存上升过程中，看到底是多创建了什么对象导致内存升高了。

按照分配内存从大到小排序后，发现内存分配大户对象类型包括 String int char long，看看里面具体是创建了什么对象，在代码哪里位置创建的呢？然后依序查看各个类型的对象来自于代码的哪里。

String类型对象创建主要在Adapter下的VideoAdapter和WorkAdapter类下，原因是在这两个类下我用了如上的自定义view。

Paint类型对象出现在VideoAdapter类中，原因也是用到了如上自定义view，在自定义view中循环创建了Paint对象。

int类型对象出现在exoplayer播放器中。

得到如上的这些结果，创建了Paint我能理解，为什么还创建了如此多的char和String对象呢。

点开Color.parseColor("#e5e5e5")代码看：

    public static int parseColor(@Size(min=1) String colorString) {
        if (colorString.charAt(0) == '#') {
            // Use a long to avoid rollovers on #ffXXXXXX
            long color = Long.parseLong(colorString.substring(1), 16);
            if (colorString.length() == 7) {
                // Set the alpha value
                color |= 0x00000000ff000000;
            } else if (colorString.length() != 9) {
                throw new IllegalArgumentException("Unknown color");
            }
            return (int)color;
        } else {
            Integer color = sColorNameMap.get(colorString.toLowerCase(Locale.ROOT));
            if (color != null) {
                return color;
            }
        }
        throw new IllegalArgumentException("Unknown color");
    }

这个方法中创建了做了很多临时string变量的操作，每次string操作都会生成新的string对象，在onDraw中频繁刷新，并且在这里循环创建了，造成了大量对象创建。

另外，可导出程序运行的内存文件进行分析：
在memory profile中将内存信息进行导出到本地,为 .hprof文件，用内存分析工具memory analyzer打开可进行分析。