Android中一种常见的内存泄露及分析方法

处理过一些内存泄露问题之后，发现在横竖屏切换、语言切换这些场景，是内存泄露的高发场景。
写一个简单粗暴的例子：

public class MemLeakActivity extends Activity implements LeakTestController.ControllerCallback{
    LeakTestController mController;

    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.layout_mem_leak);

        mController = LeakTestController.getInstance(this);
        mController.addCallback(this);
    }

    @Override
    public void test(){

    }
 }

MemLeakActivity 是一个非常简单的Activity，在AndroidManifest.xml中声明时没有加任何其他属性，所以横竖屏切换时，会走onDestroy-onCreate流程。

<activity android:name=".MemLeakActivity" />

LeakTestController代码如下：

public class LeakTestController {
    private static LeakTestController sInstance;
    private Context mContext;
    private ArrayList<ControllerCallback> mCallbackList;

    public LeakTestController(Context context) {
        mCallbackList = new ArrayList<>();
        mContext = context;
    }

    public void addCallback(ControllerCallback callback) {
        mCallbackList.add(callback);
    }

    public interface ControllerCallback{
        void test();
    }

   //单例写得不标准，不要在意这个细节
    public static synchronized LeakTestController getInstance(Context context) {
        if(sInstance == null) {
            sInstance = new LeakTestController(context);
        }
        return sInstance;
    }
}

在MemLeakActivity的onCreate()方法中，调用了 mController.addCallback(this)，也就是将activity加入到mCallbackList 列表当中，在activity销毁时，又没有从列表中移除activity的引用。所以导致activity一直无法释放。
因为LeakTestController是一个单例，它不会随着activity的销毁和重建而重建。每切换一次横竖屏，mCallbackList列表就会增加一个元素，不断切换，列表越来也大，内存泄露就此产生了。
反复切换横竖屏后，使用monitor抓了内存信息，导出hprof文件，在android studio中查看：

从截图可以看到，MemLeakActivity一共有7个对象，正常情况下应该是只有一个，所以有6个对象没有正常释放。

然后从工具中看下引用关系：

从上图标红的位置可以看出，MemLeakActivity是被mCallbackList持有导致没有释放。