目录：

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内存泄漏的资料请关注其它相关文章！