您的位置：首页 > 产品设计 > UI/UE

handlder引起的内存泄漏问题以及解决办法

2017-03-24 14:56 411 查看

在编写程序时，一般调用API获取服务器数据时，我们都是采取线程来操作的，完成之后需要更新UI内容的时候，就需要用到Handler了，但是需要我们注意的是Handler很可能引起内存的泄露。

public class SampleActivity extends Activity { 
 
  private final Handler mHandler = new Handler() { 
    @Override 
    public void handleMessage(Message msg) { 
      // ...  
    } 
  } 
}

当我们这样写在一个

Activity

中时，

Android Lint

会提示我们这样一个 warning：

In Android, Handler classes should be static or leaks might occur.

。

意思说：

在Android中，Handler 类应该是静态的否则可能发生泄漏。

为什么会是这样呢？

了解一下
Handler

当Android程序第一次创建的时候，在主线程同时会创建一个

Looper

对象。

Looper

实现了一个简单的消息队列，一个接着一个处理

Message

对象。程序框架所有主要的事件（例如：屏幕上的点击时间，

Activity

生命周期的方法等等）都包含在

Message

对象中，然后添加到

Looper

的消息队列中，一个一个处理。主线程的

Looper

存在整个应用程序的生命周期内。
当一个

Handler

对象在主线程中创建的时候，它会关联到

Looper

的 message queue 。

Message

添加到消息队列中的时候

Message

会持有当前

Handler

引用，当

Looper

处理到当前消息的时候，会调用

Handler#handleMessage(Message)

.
在

java

中，

no-static

的内部类会 隐式的 持有当前类的一个引用。

static

的类则没有。
在什么地方引起了内存的泄露呢？再看看下面一段代码

public class SampleActivity extends Activity { 
 
  private final Handler mHandler = new Handler() { 
    @Override 
    public void handleMessage(Message msg) { 
      // ... 
    } 
  } 
 
  @Override 
  protected void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
 
    // 发送一个10分钟后执行的一个消息 
    mHandler.postDelayed(new Runnable() { 
      @Override 
      public void run() { } 
    }, 600000); 
 
    // 结束当前的Activity 
    finish(); 
  } 
}

当
Activity
结束后，在 [b]Message queue 处理这个

Message

之前，它会持续存活着。这个

Message

持有

Handler

的引用，而

Handler

有持有

Activity

(SampleActivity)的引用，这个

Activity

所有的资源，在这个消息处理之前都不能也不会被回收，所以发生了内存泄露。[/b]

[b]解决办法，看下面一段代码:[/b]

public class SampleActivity extends Activity { 
 
  /** 
   * 使用静态的内部类，不会持有当前对象的引用 
   */ 
  private static class MyHandler extends Handler { 
    private final WeakReference<SampleActivity> mActivity; 
 
    public MyHandler(SampleActivity activity) { 
      mActivity = new WeakReference<SampleActivity>(activity); 
    } 
 
    @Override 
    public void handleMessage(Message msg) { 
      SampleActivity activity = mActivity.get(); 
      if (activity != null) { 
        // ... 
      } 
    } 
  } 
 
  private final MyHandler mHandler = new MyHandler(this); 
 
  /** 
   * 使用静态的内部类，不会持有当前对象的引用 
   */ 
  private static final Runnable sRunnable = new Runnable() { 
      @Override 
      public void run() { } 
  }; 
 
  @Override 
  protected void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
 
    //  发送一个10分钟后执行的一个消息 
    mHandler.postDelayed(sRunnable, 600000); 
 
    // 结束 
    finish(); 
  } 
}

ok,结束

NOTE: 好多人有担心弱引用的

Activity

回收的情况，这个完全不用担心的，因为我们在这个界面的时候，这个

Activity

是不会被回收的，想想如果我们的这个Activity被回收了，我们的这个界面是怎么存在的呢？

NOTE2: 各位，我是参照

AsyncTask

,查看文档和自己的理解，存在我解释不了的地方，还望见谅，如有错误还望见谅。

NOTE3:具体怎么防止泄漏我也说不清楚，但是

Handler

下面有一段源码

final Class<? extends Handler> klass = getClass(); 
            if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) && 
                    (klass.getModifiers() & Modifier.STATIC) == 0) { 
                Log.w(TAG, "The following Handler class should be static or leaks might occur: " + 
                    klass.getCanonicalName()); 
            }

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签： 线程内存泄漏 handler 内存 ui

相关文章推荐

新的分享

章节导航