Android Handler内存泄漏原因及解决方案

目录:

1.须知:

  1. 主线程Looper生命周期和Activity的生命周期一致。
  2. 非静态内部类,或者匿名内部类。默认持有外部类引用。

2.原因:

Handler造成内存泄露的原因。非静态内部类,或者匿名内部类。使得Handler默认持有外部类的引用。在Activity销毁时,由于Handler可能有未执行完/正在执行的Message。导致Handler持有Activity的引用。进而导致GC无法回收Activity。

3.可能造成内存泄漏

匿名内部类:

//匿名内部类

Handler handler=new Handler(){

@Override

public void handleMessage(Message msg) {

super.handleMessage(msg);

}

};

非静态内部类:

//非静态内部类

protected class AppHandler extends Handler {

@Override

public void handleMessage(Message msg) {

switch (msg.what) {

// TODO: 2019/4/30

}

}

}

4.解决方法:

Activity销毁时,清空Handler中,未执行或正在执行的Callback以及Message。

// 清空消息队列,移除对外部类的引用

@Override

protected void onDestroy() {

super.onDestroy();

mHandler.removeCallbacksAndMessages(null);

}

//Handler源码中removeCallbacksAndMessages()注释含义

/**

* Remove any pending posts of callbacks and sent messages whose

* <var>obj</var> is <var>token</var>. If <var>token</var> is null,

* all callbacks and messages will be removed.

*/

public final void removeCallbacksAndMessages(Object token) {

mQueue.removeCallbacksAndMessages(this, token);

}

静态内部类+弱引用

private static class AppHandler extends Handler {

//弱引用,在垃圾回收时,被回收

WeakReference<Activity> activity;

AppHandler(Activity activity){

this.activity=new WeakReference<Activity>(activity);

}

public void handleMessage(Message message){

switch (message.what){

//todo

}

}

}

5. 其他:

即使内存泄漏了。待handler中的消息处理完。下次GC时即可回收本次未回收的内存。

以上就是Android Handler内存泄漏原因及解决方案的详细内容,更多关于Android Handler内存泄漏的资料请关注其它相关文章!

以上是 Android Handler内存泄漏原因及解决方案 的全部内容, 来源链接: utcz.com/p/243268.html

回到顶部