Android:通过处理程序发送大量消息时显然存在内存泄漏

时间:2012-01-19 12:49:30

标签: android callback handler memory-leaks sendmessage

我有一个应用程序,其中一个线程试图通过Handler将大量Location对象发送到UI线程,在那里它们被分析并传递给其他线程。我注意到该应用程序有内存泄漏,因为它最终在启动后2-3小时崩溃。如果我使用DDMS来分析堆,我注意到“数据对象”的数量逐渐增加(每分钟大约1500)。看起来那些1500在16字节和32字节项之间大致均匀分配。

逐渐禁用部分应用程序后,我发现Location生成线程对Handler的调用似乎会导致泄漏。

我已逐渐将我所需的部分内容缩小到这个:

class UIActivity implements Handler.Callback
{
@Override 
public void onCreate()
{
  m_handler = new Handler(this);
}

@Override
public boolean handleMessage(Message m)
{
  switch(m.what)
  { 
    case FAKE_LOCATION:
      m.obj = null; // desperate anti-leak measures
      return true;
  }
  return false;
}
public static class FakeLocationGenerator extends Thread
{
  private Handler m_callback;
  public FakeLocationGenerator(Handler callback)
  {
    m_callback = callback;
    start();
  }

  @Override
  public void run()
  {
    while(true)
    {
      Thread.sleep(50); // makes for 20hz
      Location l = new Location("fake");
      Message m = new Message();
      m.what = FAKE_LOCATION;
      m.obj = l;
      m_callback.SendMessage(m);
    }
  }
}
}

UI活动上的Handler.Callback.handleMessage()实现只返回true,并且不对消息执行任何操作。如果我注释掉m_callback.SendMessage调用,那么内存泄漏就会消失。我尝试了在每个FAKE_LOCATION消息之后调用Handler.removeMessages(FAKE_LOCATION)的巨大黑客,但是没有做任何事情。

有什么想法吗?

1 个答案:

答案 0 :(得分:4)

首先,您应该使用Message.obtain()和Message.recycle()。

其次,是否可能没有泄漏,您只是生成新消息的速度比处理它们的速度快......?

相关问题