使用Handler造成内存泄露的分析和解决办法

2019-11-06 09:41:52

字体：大中小

来源：转载

供稿：网友

Android中使用Handler造成内存泄露的分析和解决办法

问题描述：This Handler class should be static or leaks might occur (anonymous android.os.Handler）（参考 https://my.oschina.net/liucundong/blog/294127）

特性：当Activity被finish()掉，Message 将存在于消息队列中长达10分钟的时间才会被执行到。这个Message持有一个对Handler的引用，Handler也会持有一个对于外部类（SampleActivity）的隐式引用，这些引用在Message被执行前将一直保持，这样会保证Activity的上下文不被垃圾回收机制回收，同时也会泄露应用程序的资源（views and resources）。 ADT20以后加入了一条新的检查规则：确保类内部的handler不含有对外部类的隐式引用。

常见写法

PRivate Handler handler = new Handler() { @Override public void handleMessage(Message msg) { // TODO Auto-generated method stub super.handleMessage(msg); switch (msg.what) { case 0: break; default: break; } } };

上述写法引起泄露原因是：

当Android应用启动的时候，会先创建一个应用主线程的Looper对象，Looper实现了一个简单的消息队列，一个一个的处理里面的Message对象。主线程Looper对象在整个应用生命周期中存在。

当在主线程中初始化Handler时，该Handler和Looper的消息队列关联。发送到消息队列的Message会引用发送该消息的Handler对象，这样系统可以调用 Handler#handleMessage(Message) 来分发处理该消息。

在java中，非静态(匿名)内部类会引用外部类对象。而静态内部类不会引用外部类对象。

-如果外部类是Activity，则会引起Activity泄露。

当Activity finish后，延时消息会继续存在主线程消息队列中1分钟，然后处理消息。而该消息引用了Activity的Handler对象，然后这个Handler又引用了这个Activity。这些引用对象会保持到该消息被处理完，这样就导致该Activity对象无法被回收，从而导致了上面说的 Activity泄露。

为解决这个问题，下面这段代码中的Handler则是一个静态匿名内部类。静态匿名内部类不会持有一个对外部类的隐式引用，因此Activity将不会被泄露。如果你需要在Handler中调用外部Activity的方法，就让Handler持有一个对Activity的WeakReference，这样就不会泄露Activity的上下文了

如下所示private final MyHandler mHandler = new MyHandler(this);static class MyHandler extends Handler { private final WeakReference<CashActivity> mActivity; public MyHandler(CashActivity activity) { mActivity = new WeakReference<>(activity); } @Override public void handleMessage(Message msg) { System.out.println(msg); if (mActivity.get() == null) { return; } CashActivity activity = mActivity.get(); switch (msg.what) { case 0: activity.submit_but.setVisibility(View.VISIBLE); break; default: break; } } }}