android内存泄露处理总结

android内存泄露处理总结

导致android发生内存泄露的原因，主要跟activity的生命周期有关，如果某个类持有activity的引用，且它的生命周期是要长于activity的生命周期的，这时就会导致内存泄露。
JVM判断对象是否可以回收主要通过两个算法，引用计数法与可达性分析法，从引用计数法来看，activity的引用依然被其他类所持有，所以不能回收，从可达性分析，此时activity的调用链依然完后，所以也是不能收回的，这样就造成了内存泄露。

内存泄露几大类型

• handler导致内存泄露
• 内部类导致内存泄露
• 线程导致内存泄露
• 单例类导致内存泄露
• 资源未关闭导致内存泄露

handler导致内存泄露

handler会持有activity的引用，如果handler发送延迟消息，在消息还未处理时，activity退出，就会导致内存泄露，比如以下代码：

    private Handler mHandler = new Handler(){

        @Override
        public void handleMessage(Message msg) {
            super.handleMessage(msg);
        }
    };

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.memlayout);
        memBtn = (Button)findViewById(R.id.mem_btn);
        memBtn.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View view) {
                mHandler.sendEmptyMessageDelayed(1,10000);
            }
        });
    }

点击按钮后，就退出当前activity页面，handler尚有未处理消息，会等待延迟时间到了才处理，这里会导致activity也同样的无法回收。

处理方式有两种：
1.在activity退出时将handler中待处理消息全部清除

@Override
    protected void onDestroy() {
        mHandler.removeMessages(1);
        super.onDestroy();
    }

2.使用内部类类与activity弱引用结合

    public static class MyHandler extends Handler {

        WeakReference<MemLeakTest> reference;

        public MyHandler(MemLeakTest memLeakTest) {
            this.reference = new WeakReference<MemLeakTest>(memLeakTest);
        }

        @Override
        public void handleMessage(Message msg) {
            if(reference!=null && reference.get()!=null) {
                reference.get().doUiChange();
            }
        }
    }

内部类导致内存泄露

内部类导致内存泄露，主要原因是，内部类会持有外部类的引用，如果此时将该内部类的实例定义成了静态static，就会导致外部的activity无法回收，导致内存泄露。
比如以下代码：

    private static InnerClass innerClass;
    
    ......
    
    private class InnerClass {

        public InnerClass() {
        }

        public void doWork() {
            Log.d(TAG,"doWork");
        }
    }

注意，不要将内部类的实例定义成static，或者在ondestroy方法中将其置为null，再或者将该内部类定义成static，静态内部类不会持有外部类的引用

    @Override
    protected void onDestroy() {
        innerClass = null;
        super.onDestroy();
    }

线程导致内存泄露

线程导致的内存泄露，主要原因在于在activity销毁前，线程任务尚未执行完成导致。

    public  class InnerThread extends Thread {

        @Override
        public void run() {
            try {
                Thread.sleep(10000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }

以上代码如果线程开启，在未执行完成前activity页面退出，就会导致内存泄露，处理方法是，可以将该内部线程类定义成静态static的，或者单独写成一个类。

单例类导致内存泄露

单例类导致内存泄露，较常见的情况是单例类中存在一context的全局变量，该变量被设置为一个activity的context，从而导致activity内存泄露。
处理方法:
1.单例类中的context使用application的context
2.单例类中添加context变量的设置与置空方法，在activity销毁前调用置空方法。

资源未关闭导致内存泄露

对于使用了BraodcastReceiver，ContentObserver，File，Cursor，Stream，Bitmap等资源的使用，应该在Activity销毁时及时关闭或者注销，否则这些资源将不会被回收，造成内存泄漏

内存泄露点的发现

查找内存泄露可通过两个工具来实现，leakcanary与android studio工具
1.使用leakcanary查找内存泄露
在build依赖中添加如下语句：

debugImplementation 'com.squareup.leakcanary:leakcanary-support-fragment:1.6.3'

在applicaiton的oncreate中添加如下代码：

if (LeakCanary.isInAnalyzerProcess(this)) {
      // This process is dedicated to LeakCanary for heap analysis.
      // You should not init your app in this process.
      return;
    }
    LeakCanary.install(this);

添加完成后，正常运行使用app即可，注意app需要是debug版本，可在buildTypes中将debugable设置为true：

    buildTypes {
        release {
            debuggable true
        }
        debug {
            debuggable true
        }
    }

发现内存泄露会弹通知提示，然后进入桌面Leaks中，根据调用栈提示查找具体代码即可。
2.使用studio工具查找内存泄露
打开profiler，选择MEMORY,在应用退出后执行几次force garbage collection,然后dump java heap,按照包名排序，看该应用包名下还有哪些activity是依然存在的，存在的就是发生了内存泄露，导致不能回收掉的，此时可以点击查看具体的引用信息。