简述

简单说一下内存泄漏，总结就是该回收的没回收

java的JVM和android的DVM以及ART都是使用的可达性分析算法或者叫根搜索算法，就是说从根对象集合（GC Roots）开始搜索，能搜索到都属于不能清除的对象，其他的都可以定义为垃圾。

（1） Handler

引发原因

Handler发送的Message对象持有Handler的引用（可以去Message看源码-Handler target属性），如果我们在定义Handler的时候使用的是匿名方法的方式

Handler handler= new Handler(){public void handleMessage(Message msg) {}} ;

而且没有使用static修饰，内部方法会持有该类的引用（一般是Activity），只有这样你才能方便的调用Activity当中的View等属性。

但这时候activity被干掉了，Handler由于还被Message持有，无法被回收，而Handler又持有Activity的引用，导致整个链条都无法回收，Activity对象很大，占用内存空间大，而且还可能关联很多其他的引用（比如调用的接口请求），导致整个链条都无法回收，次数多了，达到内存上限就会OOM。

解决方法

（1）Handler定义为static的内部类（2）使用弱引用

private static class MyHandler extends Handler {

private WeakReference<Activity> weakAct;

public MyHandler(Activity act) {weakAct= new WeakReference<>(act);}

@Override

  public void handleMessage(Message msg) {

super.handleMessage(msg);

switch (msg.what) {

case 1:

            if ( weakAct.get()!= null) {weakAct.get().textview.setText("");}

break;          ...        }}}

(2) context,静态View，单例模式

在一些需要传递context对象的方法中，尽量使用context.getApplicationContext();

静态对象生命周期长，比如单例模式，单例模式变量的生命周期是跟应用程序一样长的，如果在初始化的时候调用并持有了某个Activity的引用，那么这个Activity就无法被回收。静态的view也同理

(3) 变量声明尽量缩小作用域

比如某个变量只在某个方法中调用了，这个变量就不需要定义成全局变量（这时候android studio会给警告的），能private的就别用public。

未完待续.........