如何在使用Handler时避免内存泄露

为什么要用Handler？ 

注：线程分为主线程(主线程又叫UI线程，只能有一个主线程）和子线程（可以有多个），Handler只能在主线程里运行 
handler是Android给我们提供用来更新UI的一套机制，也是一套消息处理机制，我们可以发消息，也可以通过它 处理消息。
因为android在设计的时候就封装了一套消息创建、传递、处理。如果不遵循就不能更新UI信息，就会报出异常(所谓的异步消息处理） 

怎么使用Handler会造成内存泄露？

 比如比较常见从子线程切换到UI线程进行页面更新：

[code]private Handler handler = new Handler()
{
public void handleMessage(android.os.Message msg)
　　　　 {
if (msg.what == 1)
　　　　　　　{
//用拿到的网络请求数据更新页面（即这里是UI线程）
}
}
};

PS:在Java 中，非静态的内部类和匿名内部类都会隐式地持有其外部类的引用，静态的内部类不会持有外部类的引用。 

这里我们使用了匿名内部类的方式创建了handler对象，但是这个对象不是静态的，所以它持有有它外部类(通常就是Activity)的引用，不然怎么更新页面（如持有某个（几个）TextView对象）；而Handler通会常伴随着一个耗时的后台线程（例如从网络请求数据）一起出现，这个后台线程在任务执行完毕（例如数据请求完毕）之后，通过消息机制通知Handler，然后Handler把数据更新到界面。但是，如果用户在网络请求过程中关闭了Activity，正常情况下，Activity不再被使用，它就有可能在GC检查时被回收掉，但由于这时线程尚未执行完，而该线程持有Handler的引用（不然它怎么发消息给Handler？），这个Handler又持有Activity的引用，就导致该Activity无法被回收（即内存泄露），直到网络请求结束（例如数据请求完毕）。

另外，如果你执行了Handler的postDelayed()方法，该方法会将你的Handler装入一个Message，并把这条Message推到MessageQueue中，那么在你设定的delay到达之前，会有一条MessageQueue -> Message -> Handler -> Activity的链，导致你的Activity被持有引用而无法被回收。 

解决方案 

• 通过程序逻辑来进行保护

1. 在关闭Activity的时候停掉你的后台线程（相当于缩短了后台线程的生命周期）。线程停掉了，就相当于切断了Handler和外部连接的线，Activity自然会在合适的时候被回收。 
2. 如果你的Handler是被delay的Message持有了引用，那么使用相应的Handler的removeCallbacks()方法，把消息对象从消息队列移除就行了。 

• 将Handler声明为静态类

静态类不持有外部类的对象，所以你的Activity可以随意被回收。由于Handler不再持有外部类对象的引用，导致程序不允许你在Handler中操作Activity中的对象了。所以你需要在Handler中增加一个对Activity的弱引用（WeakReference）。

示例代码：

[code]static class MyHandler extends Handler
{
WeakReference<Activity> mWeakReference;
public MyHandler(Activity activity)
{
mWeakReference=new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg)
{
final Activity activity=mWeakReference.get();
if(activity!=null)
{
if (msg.what == 1)
{
noteBookAdapter.notifyDataSetChanged();
}
}
}
}

 　PS：什么是WeakReference？
　　WeakReference弱引用，与强引用（即我们常说的引用）相对，它的特点是，GC在回收时会忽略掉弱引用，即就算有弱引用指向某对象，但只要该对象没有被强引用指向（实际上多数时候还要求没有软引用，但此处软引用的概念可以忽略），该对象就会在被GC检查到时回收掉。对于上面的代码，用户在关闭Activity之后，就算后台线程还没结束，但由于仅有一条来自Handler的弱引用指向Activity，所以GC仍然会在检查的时候把Activity回收掉。这样，内存泄露的问题就不会出现了

总结：

android中的很多内存泄露都是由于在Activity中使用了非静态内部类导致的，我们在使用非静态内部类一定要格外注意，如果该非静态内部类的实例对象的生命周期大于外部对象，那么就有可能导致内存泄露，推荐使用上面介绍的静态类和弱引用的方法解决这种问题。

以上参考自：https://www.geek-share.com/detail/2660470460.html