Memory leak专题

• 神器：LeakCanary，memory leak检测工具；

Hanlder、Runnable、Thread的非静态内部类、匿名类，都会持有外部类的强引用，都可能造成内存泄漏；

• Java的非静态内部类、匿名类，会持有外部类的强引用，静态的不会持有；对于Activity/Fragment内定义的Handler/Runnable，是最容易因此导致内存泄漏的，因为它们可能会postDelayed，从而导致Activity/Fragment及其内部的资源无法GC；推荐做法是定义静态内部类/静态匿名成员，访问外部类的成员和方法通过WeakRefrence实现；
• WeakRefrence需要在内部类内创建才符合其语义？

Prior to Android Lollipop, alert dialogs may cause memory leaks in your Android apps.

• 考虑以下代码

  while (true) {
    MyMessage msg = queue.take(); // might block
    System.out.println("Received: " + msg);
  }

  msg对象是栈上的局部变量，每次循环都将会重写，一旦被重写，上一次循环的msg引用指向的对象将不再被其引用；但是在Dalvik虚拟机的实现中，如果queue.take()阻塞了，那么本次循环的msg未被赋值，则上次的msg的引用将不会被清除，

• HandlerThread

  for (;;) {
    Message msg = queue.next(); // might block
    if (msg == null) {
      return;
    }
    msg.target.dispatchMessage(msg);
    msg.recycleUnchecked();
  }

  msg每次循环的后面都被recycle了（清空了内容），所以泄漏的仅仅是一个空的msg对象，影响不大（LeakCanary将默认忽略Message对象的泄漏）。

• 遇上AlertDialog

  new AlertDialog.Builder(this)
    .setPositiveButton("Baguette", new DialogInterface.OnClickListener() {
      @Override public void onClick(DialogInterface dialog, int which) {
        MyActivity.this.makeBread();
      }
    })
    .show();

  DialogInterface.OnClickListener的匿名实现类持有了MainActivity的强引用；而在AlertDialog的实现中，OnClickListener类将被包装在一个Message对象中，而且这个Message会在其内部被复制一份，两份Message中只有一个被recycle，另一个（OnClickListener的成员变量引用的Message对象）将会leak！

• 解决办法
  • ART VM（>=5.0），JVM不存在此问题
  • Message对象的泄漏无法避免，但是如果仅仅是一个空的Message对象，而且将被放入对象池作为后用，是没有问题的
  • DialogInterface.OnClickListener对象不持有外部类的强引用：static类实现；DetachableClickListener（监听窗口解除事件，手动释放引用）；
  • 当worker thread空闲后，向HandlerThread发送一个空的消息，解除上一个Message的泄漏