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

1.须知:
- 主线程Looper生命周期和Activity的生命周期一致。
- 非静态内部类,或者匿名内部类。默认持有外部类引用。
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中okhttp3.4.1+retrofit2.1.0实现离线缓存
这篇文章主要介绍了Android中okhttp3.4.1结合retrofit2.1.0实现离线缓存,具有一定的参考价值,感兴趣的小伙伴们可以参考一下2016-10-10
Android 媒体开发之MediaPlayer状态机接口方法实例解析
这篇文章主要介绍了Android 媒体开发之MediaPlayer状态机接口方法实例解析,需要的朋友可以参考下2017-08-08
Android Jetpack组件Lifecycle源码解析
这篇文章主要为大家介绍了Android Jetpack组件Lifecycle源码解析,有需要的朋友可以借鉴参考下,希望能够有所帮助,祝大家多多进步,早日升职加薪2023-03-03


最新评论