Android: очевидная утечка памяти при отправке большого количества сообщений через обработчик - PullRequest
3 голосов
/ 19 января 2012

У меня есть приложение, в котором поток пытается отправить множество объектов Location через обработчик в поток пользовательского интерфейса, где они анализируются и передаются другим потокам. Я заметил, что у приложения есть утечка памяти, поскольку это в конечном счете терпит крах через 2-3 часа после запуска. Если я использую DDMS для профилирования кучи, я замечаю постепенное увеличение количества «объектов данных» (около 1500 в минуту). Похоже, что эти 1500 примерно равномерно разделены между 16-байтовыми и 32-байтовыми элементами.

После постепенного отключения частей моего приложения я обнаружил, что вызов потока, генерирующего Location, к обработчику, по-видимому, вызывает утечку.

Я постепенно сузил необходимые части моей темы до:

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);
    }
  }
}
}

Реализация Handler.Callback.handleMessage () в пользовательском интерфейсе просто возвращает true и ничего не делает с сообщением. Если я закомментирую вызов m_callback.SendMessage, то утечка памяти исчезнет. Я попробовал гигантский взлом вызова Handler.removeMessages (FAKE_LOCATION) после каждого сообщения FAKE_LOCATION, но это ничего не сделало.

Есть идеи?

1 Ответ

4 голосов
/ 19 января 2012

Во-первых, вы должны использовать Message.obtain () и Message.recycle ().

Во-вторых, возможно, что нет утечки, и вы просто генерируете новые сообщения быстрее, чем они обрабатываются ...?

...