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 App中实现可以双击放大和缩小图片功能的实例
这篇文章主要介绍了Android App中实现可以双击放大和缩小图片功能的实例,文中的例子不能做到逐级放大但可以做到边界控制和以触摸点为中心进行放大,需要的朋友可以参考下2016-03-03Android权限管理之Permission权限机制及使用详解
本篇文章主要介绍了Android权限管理之Permission权限机制及使用,主要讲诉了android的权限使用问题,有需要的可以了解一下。2016-11-11Android编程自定义搜索框实现方法【附demo源码下载】
这篇文章主要介绍了Android编程自定义搜索框实现方法,涉及Android界面布局、数据加载、事件响应等相关操作技巧,并附带完整demo源码供读者下载参考,需要的朋友可以参考下2017-12-12Android Studio 3.6 layout文件text模式切换问题
这篇文章主要介绍了Android Studio 3.6 layout文件text模式切换问,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下2020-03-03
最新评论