首页 > 代码库 > 【译】什么导致了Context泄露：Handler&内部类
【译】什么导致了Context泄露：Handler&内部类
思考下面代码
1 public class SampleActivity extends Activity {2 3 private final Handler mLeakyHandler = new Handler() {4 @Override5 public void handleMessage(Message msg) {6 // ... 7 }8 }9 }
如果没有仔细观察，上面的代码可能导致严重的内存泄露。Android Lint会给出下面的警告：
In Android, Handler classes should be static or leaks might occur.
但是到底是泄漏,如何发生的？让我们确定问题的根源,先写下我们所知道的
1、当一个Android应用程序第一次启动时,Android框架为应用程序的主线程创建一个Looper对象。一个Looper实现了一个简单的消息队列,在一个循环中处理Message对象。所有主要的应用程序框架事件(如活动生命周期方法调用,单击按钮,等等)都包含在Message对象,它被添加到Looper的消息队列然后一个个被处理。主线程的Looper在应用程序的整个生命周期中存在。
2、当一个Handle在主线程被实例化,它就被关联到Looper的消息队列。被发送到消息队列的消息会持有一个Handler的引用,以便Android框架可以在Looper最终处理这个消息的时候，调用Handler#handleMessage(Message)。
3、在Java中，非静态的内部类和匿名类会隐式地持有一个他们外部类的引用。静态内部类则不会。
那么,到底是内存泄漏?好像很难懂,让我们以下面的代码作为一个例子
1 public class SampleActivity extends Activity { 2 3 private final Handler mLeakyHandler = new Handler() { 4 @Override 5 public void handleMessage(Message msg) { 6 // ... 7 } 8 } 9 10 @Override11 protected void onCreate(Bundle savedInstanceState) {12 super.onCreate(savedInstanceState);13 14 // 延时10分钟发送一个消息15 mLeakyHandler.postDelayed(new Runnable() {16 @Override17 public void run() { }18 }, 60 * 10 * 1000);19 20 // 返回前一个Activity21 finish();22 }23 }
当这个Activity被finished后，延时发送的消息会继续在主线程的消息队列中存活10分钟，直到他们被处理。这个消息持有这个Activity的Handler引用，这个Handler有隐式地持有他的外部类（在这个例子中是SampleActivity）。直到消息被处理前，这个引用都不会被释放。因此Activity不会被垃圾回收机制回收，泄露他所持有的应用程序资源。注意，第15行的匿名Runnable类也一样。匿名类的非静态实例持有一个隐式的外部类引用,因此context将被泄露。
为了解决这个问题，Handler的子类应该定义在一个新文件中或使用静态内部类。静态内部类不会隐式持有外部类的引用。所以不会导致它的Activity泄露。如果你需要在Handle内部调用外部Activity的方法，那么让Handler持有一个Activity的弱引用（WeakReference）以便你不会意外导致context泄露。为了解决我们实例化匿名Runnable类可能导致的内存泄露，我们将用一个静态变量来引用他（因为匿名类的静态实例不会隐式持有他们外部类的引用）。
1 public class SampleActivity extends Activity { 2 /** 3 * 匿名类的静态实例不会隐式持有他们外部类的引用 4 */ 5 private static final Runnable sRunnable = new Runnable() { 6 @Override 7 public void run() { 8 } 9 };10 11 private final MyHandler mHandler = new MyHandler(this);12 13 @Override14 protected void onCreate(Bundle savedInstanceState) {15 super.onCreate(savedInstanceState);16 17 // 延时10分钟发送一个消息.18 mHandler.postDelayed(sRunnable, 60 * 10 * 1000);19 20 // 返回前一个Activity21 finish();22 }23 24 /**25 * 静态内部类的实例不会隐式持有他们外部类的引用。26 */27 private static class MyHandler extends Handler {28 private final WeakReference<SampleActivity> mActivity;29 30 public MyHandler(SampleActivity activity) {31 mActivity = new WeakReference<SampleActivity>(activity);32 }33 34 @Override35 public void handleMessage(Message msg) {36 SampleActivity activity = mActivity.get();37 38 if (activity != null) {39 // ...40 }41 }42 }43 }
静态和非静态内部类的区别是比较难懂的,但每一个Android开发人员都应该了解。开发中不能碰的雷区是什么？不在一个Activity中使用非静态内部类， 以防它的生命周期比Activity长。相反，尽量使用持有Activity弱引用的静态内部类。
译文链接
【译】什么导致了Context泄露：Handler&内部类