一、内存泄漏
对象已经不被使用但是java垃圾回收器(GC)无法回收,导致资源无法释放。
二、内存泄漏危害
安卓系统为每个应用都分配了有限的内存空间,一直内存泄漏会导致占用内存过高导致内存溢出,导致应用被系统强行终止。
三、handler内存泄漏的原因
1.java层次
java中,非静态(匿名)内部类会隐式地引用外部类对象。
private Handler handler = new Handler(new Handler.Callback() {
@Override
public boolean handleMessage(Message msg) {
return false;
}
});
上述代码中声明的匿名内部类handler对象会保留对着外部activity类的引用导致activity无法回收。
2.android层次
安卓中handler声明周期和activity生命周期并不一致。handler与线程中的looper关联。handler和UI线程关联时,handler发送消息时会将message发送到UI关联的looper中的messageQueue中,looper不停获取消息队列中的message进行分发给对应的handler处理,在子线程中执行或者执行UI更新代码。所以当activity生命周期结束时,handler的生命周期不一定结束。所以当执行如下代码时,
handler.sendMessageDelayed(Message.obtain(),10*10000);
此时若按下back键销毁activity,handler并没有结束生命周期,它在10s后发送message到UI线程的messageQueue中,looper取出message后会交给handler处理,其中可能保留这对之前activity的引用,所以即使此时activity生命周期完结,但是垃圾回收器仍然无法释放activity对象,若activity对象消耗很多资源,反复几次就有可能导致内存溢出。
四、解决方法
1.使用静态内部类
静态内部类不再引用外部类。
static class MyHandler extends Handler
{
@Override
public void handleMessage(Message msg) {
}
}
2.使用弱引用
当以上述方式创建handler类后发现无法获得对activity对引用,那么就无法获取当activity处于栈顶主线程时的looper,此时发送信息会报无法获取looper的异常。此时可以使用弱引用来获取activity对象。垃圾回收机制扫描时若发现一个对象只被弱引用指向,则垃圾回收机制会将该对象回收。
static class MyHandler extends Handler {
WeakReference<Activity> mWeakReference;
public MyHandler(MainActivity mainActivity) {
mWeakReference = new WeakReference<Activity>(mainActivity);
}
@Override
public void handleMessage(Message msg) {
final Activity activity = mWeakReference.get();
if (activity != null) {
//处理代码
}
}
}
MyHandler myHandler = new MyHandler(this);//创建
3.主动移除handler绑定的相关message
当activity已经销毁后,此时handler对于相关message的处理就没有意义,再onDestroy方法中主动移除相关message即可。
@Override
public void onDestroy() {
super.onDestroy();
handler.removeCallbacksAndMessages(null);
}
特记下,以备后日回顾。