Android：内存控制及OOM处理

1. OOM（内存溢出）和Memory Leak（内存泄露）有什么关系？

OOM多是由于Memory Leak，也多是你的应用自己就比较耗内存（好比图片浏览型的）。因此，出现OOM不必定是Memory Leak。

一样，Memory Leak也不必定就会致使OOM，若是泄露的速度很慢，可能还没用完可用内存应用就被重启了，那就不会OOM咯。固然了，有bug解决了最好。

2. 什么是shallow heap与retained heap？

• shallow heap：你自身占了多少内存，好比你有一个int属性，就占4字节。不包括你引用的其余对象。
• retained heap：若是你被销毁，总共会释放多少内存。这些因你存在被占据的空间就是retained heap。

3. 什么是GC roots？

GC的时候，是从这些节点开始遍历，不停的寻找其子节点直到结束。而后把不能遍历到的节点释放。这些遍历的起点（注意，可不是一个哦）就叫作GC roots。

那，对于java来讲，谁是GC roots？简单点说（不是那么准确）包括如下几种：

• 栈上面的局部变量
• 栈上面的函数参数变量
• 全部由Bootstrap Loader加载的类变量
• 另外，JNI相关的也会有
• 更多详细解释请看这篇博客

4. 怎样使用MAT定位内存泄露？

4.1 看Histogram(类统计图)

对于Android程序来讲，内存泄露一般都会牵扯到activity。所以，dump以前，能够多旋转几回屏幕并反复的进出可能有问题的activity，让问题尽量的凸现。
经过Histogram咱们能够看每一个类有多少个实例，shallow和retained heap分别有多大。若是只是看java的基础类型和framework的类，没有什么意义，必定要过滤出本身的类型，以下图

发现LeakInnerClassActivity产生了9个实例，必定是被hold住了。

4.2 看Dominator Tree

怎样使用还没弄清楚，感受和histogram比没啥特点捏，嘿嘿

4.3 对比heap dumps，能够更快的定位内存泄露的位置。操做步骤：

• 打开一个HPROF文件，切换到histogram视图
• 在Navigation View中右键点击histogram，选择Add to compare basket
• 打开另外一个HPROF文件，并重复上一个步骤
• 对比两次heap dumps的内容，看下图，LeakInnerClassActivity的实例又增长了一个。而我仅仅是又启动了一次该Activity，因此问题显而易见。

参考：Memory Analysis for Android Applications

5. 内部类怎样使用才会产生内存泄露，以及由此衍生的AsyncTask、Handler问题如何解决？

• 若是非静态内部类的方法中，有生命周期大于其所在类的，那就有问题了。好比：AsyncTask、Handler，这两个类都是方便开发者执行异步任务的，可是，这两个都跳出了Activity/Fragment的生命周期。
• 为何？由于非静态内部类会自动持有一个所属类的实例，若是所属类的实例已经结束生命周期，但内部类的方法仍在执行，就会hold其主体。也就使主体不能被释放，亦即内存泄露。
• 静态类呢？静态类编译后和非内部类是同样的，有本身独立的类名。不会悄悄引用所属类的实例，因此就不容易泄露。

    

//首先，静态类
static class IncomingHandler extends Handler {
    //其次，弱引用
    private final WeakReference<UDPListenerService> mService; 

    IncomingHandler(UDPListenerService service) {
        mService = new WeakReference<UDPListenerService>(service);
    }
    @Override
    public void handleMessage(Message msg) {
         UDPListenerService service = mService.get();
         if (service != null) {
              service.handleMessage(msg);
         }
    }
}

6. 图片致使的OOM如何解决？

• 加载时使用option，用多大，载入多大。
• res目录下的图片也是同样，及时清理过大的图片资源。
• 若是还有问题，就想办法把不可见的资源释放掉，好比，TabActivity中不可见的Tab，ViewPager中的Fragment。
• 若是activity的图片资源较多，须要考虑屏幕旋转时，销毁已有资源。请参考这篇文章

7. 须要context的时候用activity仍是application？

• 看使用的周期是否在activity周期内，若是超出，必须用application；常见的情景包括：AsyncTask，Thread，第三方库初始化等等。
• 还有些情景，只能用activity：好比，对话框，各类View，须要startActivity的等。
• 总之，尽量使用Application。参考stackoverflow

8. 何时须要手动将变量设置为NULL？

• 类变量，一旦用完，尽快释放。由于类的存活时间最长，因此，占用的资源越少越好；
• 比较耗时且耗内存的方法内的局部变量，好比，图片处理的方法，每一个bitmap对象用完就及时丢弃。尽量让gc介入。