Android性能优化 内存抖动和内存泄漏优化案例

1、JVM内存管理常识

LMK （LowMemoryKill）机制

android底层会在系统内存告急的时候，按照一定规则杀死一些进程来满足其他进程的内存需要。其中 消耗内存的高低就是其中一项指标，所以，优化app的内存占用，能够有效降低app被系统杀死的概率。

GC STW机制

GC，垃圾回收进程，在GC线程执行任务的时候，会存在一个 STW (stop the world) 机制，他就会把其他所有线程都挂起。如果GC非常频繁地调用，那就会导致主线程不流畅，给用户的感觉就是卡顿。

内存抖动频繁引起OOM

内存抖动太频繁，导致大量对象频繁创建和销毁，会产生大量不连续的内存空间，如果此时有一个大对象需要申请内存，就有可能申请失败，导致OOM内存溢出。

一句话解释 内存泄漏

长生命周期的对象持有短生命周期对象的强引用，在短生命周期对象需要回收的时候发现不能被回收，视为泄漏。

GC回收 可达性分析

GC线程判定 一个对象是不是可以回收，是根据可达性分析算法，计算GcRoot，从GcRoot向下搜索，把GcRoot没有直接关联的对象全部作为垃圾来回收。

强软弱虚四大引用

强和虚自不必说。强 最常见，没有特殊处理的都是强引用(包括，匿名内部类会持有外部类的强引用)。虚引用没什么用，不予讨论。
软引用，用来定义一些还有用，但是不是必须的对象，使用SoftRefrence<T>修饰，在内存紧张的时候,GC回收之后，使用SoftRefrence<T>修饰,如果系统还有足够的内存可用，那么软引用关联的对象就不会被回收。如果不足，则回收软引用关联的对象。
弱引用(WeakRefrence<T>)，比软引用更弱一些，只要GC触发，弱引用关联的对象就会被回收。
注意，使用软和弱引用，要判定关联对象是否为空。

2、检测以及处理内存抖动

平时我们运行app，一般会点 RunApp，但是还有另一个选择， 那就是 profileApp, 运行app起来之后，会在as下方看