转载

Android 内存泄漏解析和案例

Android 编程所使用的 Java 是一门使用垃圾收集器（GC，garbage collection）来自动管理内存的语言，它使得我们不再需要手动调用代码来进行内存回收。那么它是如何判断的呢？简单说就是，如果一个对象，从它的根节点开始不可达的话，那么这个对象就是没有引用的了，是会被垃圾收集器回收的，其中，所谓的 “根节点” 往往是一个线程，比如主线程。因此，如果一个对象从它的根节点开始是可达的有引用的，但实际上它已经没有再使用了，是无用的，这样的对象就是内存泄漏的对象，它会在内存中占据我们应用程序原本就不是很多的内存，导致程序变慢，甚至内存溢出（OOM）程序崩溃。

内存泄漏的原因并不难理解，但仅管知道它的存在，往往我们还是会不知觉中写出致使内存泄漏的代码。在 Android 编程中，也是有许多情景容易导致内存泄漏，以下俺将一一列举一些我所知道的内存泄漏案例，从这些例子中应该能更加直接了解怎么导致了内存泄漏，从而在编程过程中去避免。

首先，比较简单的一种情况是， 静态变量致使内存泄漏 ，但说到静态变量，我们至少得了解其生命周期才能彻底明白。静态变量的生命周期，起始于类的加载，终止于类的释放。对于 Android 而言，程序也是从一个 main 方法进入，开始了主线程的工作，如果一个类在主线程或旁枝中被使用到，它就会被加载，反过来说，假如一个类存在于我们的项目中，但它从未被我们使用过，算是个孤岛，这时它是没有被加载的。一旦被加载，只有等到 Android 进程结束它才会被卸载。

于是，当我们在 Activity 中声明一个静态变量引用了 Activity 自身，就会造成内存泄漏：

public class LeakActivity extends AppCompatActivity {      private static Context sContext;       @Override protected void onCreate(Bundle savedInstanceState) {         super.onCreate(savedInstanceState);         setContentView(R.layout.activity_leak);         sContext = this;     } }

这样的代码会导致当这个 Activity 结束的时候，sContext 仍然持有它的引用，致使 Activity 无法回收。解决办法就是在这个 Activity 的 onDestroy 时将 sContext 的值置空，或者避免使用静态变量这样的写法。

同样的，如果一个 Activity 的静态 field 变量内部获得了当前 Activity 的引用，比如我们经常会把 this 传给 View 之类的对象，这个对象若是静态的，并且没有在 Activity 生命周期结束之前置空的话，也会导致同样的问题。

另外一个也是很常见的情景是，我们使用了后台线程，在线程中引用了当前 Activity 或它的子对象，子对象又间接引用了该 Activity，也会致使内存泄漏。比如我们经常会遇到的 Handler 问题，如果我们在 filed 声明一个 Handler 变量：

private Handler mHandler = new Handler() {     @Override public void handleMessage(Message msg) {         super.handleMessage(msg);     } };

由于在 Java 中，非静态匿名内部类（比如这个 Handler 匿名内部类）会引用外部类对象（比如 Activity），而静态的内部类则不会引用外部类对象。所以这里 Handler 会引用 Activity 对象，当它使用了 postDelayed 的时候，如果 Activity 已经 finish 了，而这个 handler 仍然引用着这个 Activity 就会致使内存泄漏，因为这个 handler 会在一段时间内继续被 main Looper 持有，导致引用仍然存在，在这段时间内，如果内存吃紧至超出，就很危险了。

解决办法就是大家都知道的使用静态内部类加 WeakReference：

private StaticHandler mHandler = new StaticHandler(this);  public static class StaticHandler extends Handler {     private final WeakReference<Activity> mActivity;       public StaticHandler(Activity activity) {         mActivity = new WeakReference<Activity>(activity);     }       @Override public void handleMessage(Message msg) {         super.handleMessage(msg);     } }

另外，综合上面两种情况，如果一个变量，既是静态变量，而且是 非静态的内部类对象， 那么也会造成内存泄漏：

public class LeakActivity extends AppCompatActivity {      private static Hello sHello;       @Override protected void onCreate(Bundle savedInstanceState) {         super.onCreate(savedInstanceState);         setContentView(R.layout.activity_leak);                  sHello = new Hello();     }       public class Hello {} }

注意，这里我们定义的 Hello 虽然是空的，但它是一个非静态的内部类，所以它必然会持有外部类即 LeakActivity.this 引用，导致 sHello 这个静态变量一直持有这个 Activity，于是结果就和第一个例子一样，Activity 无法被回收。

（未完待续，睡觉去…

原文 https://drakeet.me/android-leaks

正文到此结束