Context内存泄露：Handler&内部类
分类：android开发
之前代码中，我经常会去使用Thread去处理耗时操作，再用Handler去返回到主线程，后面涉及到内存泄露，才知道这里面存在了很大的隐患–内存泄露。
之前，一直以为Context发生内存泄露的几率很小，就不以为意。奈何当Android Lint给出下面的警告时，我收起小觑之心。
In Android, Handler classes should be static or leaks might occur.
这是我的代码：
{Handler mHandler = new Handler() {(Message msg) {// … } } //….}
Android Lint给出这句话的意思，就是：定义的Handler类应该是一个静态类，不然可能会导致内存泄露。
为什么Hanlder会导致内存泄露呢？
让我们看看代码里做了什么事：
{ Handler mHandler = new Handler() {(Message msg) {// …imageview.setImagebitmap(bitmap);} }}
这边主要进行的是后台线程拉取网络图片的一个操作，然后在主线程中进行更新界面。
这里，我们要知道：当一个Android应用程序第一次启动时,Android框架为应用程序的主线程创建一个Looper对象。一个Looper实现了一个简单的消息队列,在一个循环中处理Message对象。所有主要的应用程序框架事件(如活动生命周期方法调用,单击按钮,等等)都包含在Message对象,它被添加到Looper的消息队列然后一个个被处理。主线程的Looper在应用程序的整个生命周期中存在。而当一个Handle在主线程被实例化,它就被关联到Looper的消息队列。被发送到消息队列的消息会持有一个Handler的引用,以便Android框架可以在Looper最终处理这个消息的时候，调用Handler.handleMessage(Message)。在java中，非静态的内部类和匿名类会隐式的持有一个当前外部类的引用。然而，静态内部类不会。（来自译文）
所以，上面代码中创建handler时，其实该对象已经隐式持有WallPaperActivity的引用了，由于后台在下载拉取图片，可能会很快，可能慢的跟狗一样，这时，在界面关闭之前，加载完图片并显示到界面上，即hanlder处理消息完毕，那自然万事大吉。可是网络不好时，图片下载一半时，Activity关闭，这时，因为线程没执行完，线程中Handler持有WallPaperActivity引用，导致了该Activity无法被回收，这就是泄露的来源。
查找了网络大神等对此的解决方案，，总共有两个： 1.根据界面需要去对包含Hanlder的线程进行限制：在关闭Activity（onDestroy（））之前停掉线程。显然这是一个方法，不过对我不适合，毕竟我希望图片最好可以下下来的。
2.声明Handler类为静态类：
Handler {WeakReference<WallPaperActivity> mActivity;MyHandler(WallPaperActivity activity) {mActivity = new WeakReference<WallPaperActivity>(activity);}@Overridepublic void handleMessage(Message msg) {WallPaperActivity theActivity = mActivity.get();if(theActivity != null){//…}} }MyHandler ttsHandler = new MyHandler(this);
这里就是按照Android Lint把handler类定义为静态，然后通过WeakReference（弱引用）来保持外部Activity对象。
显然，这后面一种，是我需要的！
版权声明：本文为博主原创文章，未经博主允许不得转载。
上一篇面试题总结
顶2踩0
喜欢就该珍惜，珍惜就别放弃。
