最近在項目中使用延時Handler做Splish頁面的跳轉睛驳。
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
Intent intent = new Intent(SplishActivity.this,MainActivity.class);
startActivity(intent);
finish();
}
},100);
誰知道產生如下內存泄露。
static android.app.Instrumentation.mRecommendActivity
referencs android.app.Instrumentation$RecommendActivity.mTarget
leaks XXX.SplishActivity instance
仔細一想確實是這么回事,因為可能延時Handler還沒處理消息,頁面就finish了廊镜，但是因為Handler是非靜態(tài)內部內,會持有外部Activity的引用璧瞬，所以導致外部Activity不能被銷毀，故而產生內存泄露脾猛。
所以為了安全起見,把Handler改為靜態(tài)內部類,并且持有弱引用。
private Handler mHandler = new MyHandler(this);
private static class MyHandler extends Handler{
private final WeakReference<Activity> mActivity;
public MyHandler(Activity activity) {
mActivity = new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg) {
System.out.println(msg);
if(mActivity.get() == null) {
return;
}
}
}
private Runnable mRunable = new Runnable() {
@Override
public void run() {
Intent intent = new Intent(SplishActivity.this,MainActivity.class);
startActivity(intent);
finish();
}
};
mHandler.postDelayed(mRunable,100);
@Override
protected void onDestroy() {
super.onDestroy();
mHandler.removeCallbacks(mRunable);
}
總結內部Handler類引起內存泄露的原因
1鱼鸠、當Android應用啟動的時候猛拴，會先創(chuàng)建一個應用主線程的Looper對象，Looper實現(xiàn)了一個簡單的消息隊列蚀狰，一個一個的處理里面的Message對象愉昆。主線程Looper對象在整個應用生命周期中存在。
2麻蹋、當在主線程中初始化Handler時跛溉，該Handler和Looper的消息隊列關聯(lián)。發(fā)送到消息隊列的Message會引用發(fā)送該消息的Handler對象扮授，這樣系統(tǒng)可以調用 Handler#handleMessage(Message) 來分發(fā)處理該消息芳室。
3、在Java中刹勃，非靜態(tài)(匿名)內部類會引用外部類對象堪侯。而靜態(tài)內部類不會引用外部類對象。
如果外部類是Activity深夯，則會引起Activity泄露 抖格。
4、當Activity finish后咕晋，延時消息會繼續(xù)存在主線程消息隊列中，然后處理消息收奔。而該消息引用了Activity的Handler對象掌呜，然后這個Handler又引用了這個Activity。這些引用對象會保持到該消息被處理完坪哄，這樣就導致該Activity對象無法被回收质蕉，從而導致了上面說的 Activity泄露。
5翩肌、要修改該問題模暗，只需要按照Lint提示的那樣，把Handler類定義為靜態(tài)即可念祭，然后通過WeakReference 來保持外部的Activity對象兑宇。
更正一下
上面
mHandler.postDelayed(mRunable,100);
上面用mRunable還是提示內存泄露。
改成sendMessageDelayed
mHandler.sendMessageDelayed(Message.obtain(), 100);
