Android内存泄漏（笔记）

1.什么是内存泄漏

内存泄漏 是指当我们向系统申请内存（一般是指new 一个对象），在使用完后没未释放，导致这个不使用的对象一直占着内存单元，造成系统不能分配给其他的程序。
内存溢出 OOM 通常是说内存不够用，当内存泄漏的多了会有可能造成内存溢出

2.Android常见的几种内存泄漏

2.1 Handler 造成内存泄漏

这种内存泄漏是比较常见的，他的根本原因是非静态内部类持有外部类的引用引起的

public class MainActivity extends AppCompatActivity {
...
   //非静态内部类会持有外部类的引用
  class MyHandler extends Handler {
          @Override
          public void handleMessage(@NonNull Message msg) {
              Log.e(TAG, "handleMessage: " + msg.what);
              super.handleMessage(msg);
          }
      }
}

一般我们都会像下面这么写

public class MainActivity extends AppCompatActivity {
   private MyHandler myHandler;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        mTvText = findViewById(R.id.tv_text);
        myHandler = new MyHandler(this);
   } 
    @Override
    protected void onDestroy() {
        super.onDestroy();
        myHandler.removeCallbacksAndMessages(null);
    }

    static class MyHandler extends Handler {
        private WeakReference<MainActivity> reference;

        MyHandler(MainActivity mainActivity) {
            reference = new WeakReference<>(mainActivity);
        }

        @Override
        public void handleMessage(@NonNull Message msg) {
            Log.e(TAG, "handleMessage: " + msg.what);
            super.handleMessage(msg);
        }
    }
}

1、使用静态内部类，静态内部类不会持有外部类的引用
2、使用WeakReference（弱引用），当GC发生时就回回收MainActivity的实例
3、在onDestroy中调用myHandler.removeCallbacksAndMessages(null);将Message从队列中移除

当我们在使用异步的时候也要注意这些，比如Thread或者AsyncTask等。

2.2 静态变量导致的内存泄漏

在我们的Activity的静态变量也会导致内存泄漏,比如静态的View,还有像下面这样写的Handler也会引起内存泄漏。我们应该避免这种写法。

public class MainActivity extends AppCompatActivity {
    private static final String TAG = "MainActivity";

    private static TextView mTvText;
    private static Handler mHandler = new Handler(Looper.getMainLooper(), new Handler.Callback() {
        @Override
        public boolean handleMessage(@NonNull Message msg) {
            return false;
        }
    });
}

2.3 MVP中的泄漏

在MVP中P层会执有View的引用，当我们请求网络时页面关闭，这个时候会发生内存泄漏
解决方法就是1、添加一个解绑unBind()方法；2、使用弱引用
在Activity/Fragment的onDestroy/onDestroyView中调用解绑

public abstract class BasePresenter<V extends BaseActivity, M extends BaseModel> {
    protected M mModel;
    //使用弱引用，当系统GC时会回收View实例
    private WeakReference<V> reference;
    public BasePresenter() {
        mModel = getModelInstance();
    }

    public void bindView(V view) {
        reference = new WeakReference<>(view);
    }
    //在Activity/Fragment的onDestroy/onDestroyView中调用解绑
    public void unBindView() {
        if (reference != null) {
            reference.clear();
            reference = null;
        }
    }

    /**
     * 获取Model实例
     *
     * @return Model的实例
     */
    public abstract M getModelInstance();
}

2.4 单例中的内存泄漏

众所周知单例的生命周期和应用生命周期一样长，所以当我们使用单例传入一个Context时很可能就会造成内存泄漏，尽量避免单例中传入Context,如果一定要传的话使用Application替换Activity等其他的Context

public class Singleton {
    private static volatile Singleton mInstance;
    private Context context;

    private Singleton(Context context) {
        this.context = context.getApplicationContext();
    }
    public static Singleton getInstance(Context context) {
        if (mInstance == null) {
            synchronized (Singleton.class) {
                if (mInstance == null) {
                    mInstance = new Singleton(context);
                }
            }
        }
        return mInstance;
    }
}

2.5 属性动画造成的内存泄漏？？？

啊这。。。之前一直以为属性动画会造成内存泄漏，但是我用LeakCanay试了好久都没有提示泄漏，网上都说是因为动画会持有view,当页面关闭时View会一直在执行动画，所以当就会内存泄漏，那真的是这样吗？
以ObjectAnimator动画为例，下面是他的简单的使用。

        ObjectAnimator animator = ObjectAnimator.ofFloat(mTvText, "rotation", 0f, 360f);
        animator.setDuration(5000);
        animator.setRepeatCount(ValueAnimator.INFINITE);
        animator.start();

由于他没有达到我预期的泄漏，就随手翻了一下源码，发现了一个setTarget方法，其中我们的TextView使用的是弱引用

    public static ObjectAnimator ofFloat(Object target, String propertyName, float... values) {
        ObjectAnimator anim = new ObjectAnimator(target, propertyName);
        anim.setFloatValues(values);
        return anim;
    }

    private ObjectAnimator(Object target, String propertyName) {
        setTarget(target);
        setPropertyName(propertyName);
    }

    @Override
    public void setTarget(@Nullable Object target) {
        final Object oldTarget = getTarget();
        if (oldTarget != target) {
            if (isStarted()) {
                cancel();
            }
            //使用弱引用防止内存泄漏
            mTarget = target == null ? null : new WeakReference<Object>(target);
            // New target should cause re-initialization prior to starting
            mInitialized = false;
        }
    }

2.6 注册监听、绑定View、设置观察者

像我们有时候会设置监听setxxxListener、setxxxObserver、bindView等等，这些有需要传入this的都需要注意当我们页面关闭的时候会不会还有其他的地方会持有Activity的引用。所以最好是有对解绑操作。

2.7资源对象未关闭

像IO、File、Sqlite、Cursor等,基内部在读写时用到了缓冲,如果不关闭就会一直占用,从而得不到释放,就会发生泄漏.所以当我们使用完他们后记得关闭

3.使用LeakCanay找到内存泄漏

使用LeakCanay，先导入包,debugImplementation表示只有在Debug下才有效
debugImplementation 'com.squareup.leakcanary:leakcanary-android:2.8.1'
之前的版本还需要在Application中初始化，现在只需要导入包就可以了
当有内存泄漏发生时会有一个通知，打开通知能看到详细信息

image.png

详细信息中能看到是哪个Activity泄漏了，发生在哪个线程来帮助我们缩小查找范围
可通过Thread.currentThread().getName() 来获取线程名，这样就能和上面的对应上，找起来更方便

完！！！！！！！（如有需要后续补充）