概述
目录:
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 Handler内存泄漏原因及解决方案的全部内容,希望文章能够帮你解决Android Handler内存泄漏原因及解决方案所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
发表评论 取消回复