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()注釋含義
public final void removeCallbacksAndMessages(Object token) {
mQueue.removeCallbacksAndMessages(this, token);
}
複制代碼靜态内部類+弱引用
private static class AppHandler extends Handler {
//弱引用，在垃圾回收時，被回收
WeakReference activity;
AppHandler(Activity activity){
this.activity=new WeakReference(activity);
}
public void handleMessage(Message message){
switch (message.what){
//todo
}
}
}
複制代碼
5. 其他：
即使記憶體洩漏了。待handler中的消息處理完。下次GC時即可回收本次未回收的記憶體。