Android：通过处理程序发送大量消息时,明显的内存泄漏

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Android：通过处理程序发送大量消息时,明显的内存泄漏，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1437字，纯文字阅读大概需要3分钟。

内容图文

我有一个应用程序,其中一个线程正试图通过处理程序将大量Location对象发送到UI线程,然后在其中将它们分析并传递给其他线程.我注意到该应用存在内存泄漏,因为它最终会在启动后2-3小时内崩溃.如果我使用DDMS对堆进行概要分析,则会发现“数据对象”的数量逐渐增加(每分钟大约1500个).似乎那些1500在16字节和32字节的项目之间大致相等.

逐步禁用我的应用程序的某些部分后,我发现位置生成线程对处理程序的调用似乎导致了泄漏.

我逐渐将线程的必需部分缩小为：

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)的巨大技巧,但是没有执行任何操作.

有任何想法吗？

解决方法:

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

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

内容总结

以上是互联网集市为您收集整理的Android：通过处理程序发送大量消息时,明显的内存泄漏全部内容，希望文章能够帮你解决Android：通过处理程序发送大量消息时,明显的内存泄漏所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---