我有一个应用程序,其中一个线程试图通过一个Handler将大量的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),但没有任何效果。
有什么想法吗?
发布于 2012-01-19 21:09:09
首先,您应该使用Message.obtain()和Message.recycle()。
其次,有没有可能没有泄漏,只是生成新消息的速度比处理它们的速度更快……?
https://stackoverflow.com/questions/8926287
复制相似问题