Android的Handler机制
前言:
Android提供了几种从其他线程访问主线程的方式,主要用于非UI线程与UI线程交流数据,从而达到更新UI的目的。大体的方法有以下几种:
这里我们重点讲解 Handler用法。
所谓的Handler机制:
说道Handler,必须提到Looper.所谓的Handler机制就是指:Looper为主线程维护一个消息队列,而Handler就是把新消息推送到该队列中的手段,Looper不断的感知消息队列是否有变化,从而调用主线程的方法解析消息内容,执行相关操作。
Looper&Handler:
Looper可以帮助线程维护一个消息队列,Looper对象的执行需要初始化Looper.prepare()方法,使用Looper.loop()方法启动消息队列管理机制,退出时还要使用Looper.release()方法释放资源。具体实现:
但是,Android提供了一个线程类--HanderThread类,HanderThread类继承了Thread类,它封装了Looper对象,使我们不用关心Looper的开启和释放的细节问题。HandlerThread对象中可以通过getLooper方法获取一个Looper对象引用。
HandlerThread的使用方法:
当然我们可以自定义MyHandler,只需要简单的继承Handler类即可:
Handler引起的内存泄露问题:
Handler为什么有内存泄露?
当Activity结束时,以下两种情况都会导致你的Activity被持有引用而无法被回
(1)handler关联的后台线程并没有结束,handler仍然指向activity
(2)如果你执行了Handler的postDelayed()方法,该方法会将你的Handler装入一个Message,并把这条Message推到MessageQueue中,那么在你设定的delay到达之前,会有一条MessageQueue -> Message -> Handler -> Activity的链.
解决方法一:通过程序逻辑来进行保护。
1.在关闭Activity的时候停掉你的后台线程。线程停掉了,就相当于切断了Handler和外部连接的线,Activity自然会在合适的时候被回收。
2.如果你的Handler是被delay的Message持有了引用,那么使用相应的Handler的removeCallbacks()方法,把消息对象从消息队列移除就行了。
解决方法二:将Handler声明为静态类。
静态类不持有外部类的对象,所以你的Activity可以随意被回收。代码如下:
static class MyHandler extends Handler {
@Override
public void handleMessage(Message msg) {
mImageView.setImageBitmap(mBitmap);
}
}
但其实没这么简单。使用了以上代码之后,你会发现,由于Handler不再持有外部类对象的引用,导致程序不允许你在Handler中操作Activity中的对象了。所以你需要在Handler中增加一个对Activity的弱引用(WeakReference):
static class MyHandler extends Handler {
WeakReference<Activity > mActivityReference;
MyHandler(Activity activity) {
mActivityReference= new WeakReference<Activity>(activity);
}
@Override
public void handleMessage(Message msg) {
final Activity activity = mActivityReference.get();
if (activity != null) {
mImageView.setImageBitmap(mBitmap);
}
}
}
将代码改为以上形式之后,就算完成了。
// 如果觉得不错,记得顶我哦! 顶我!顶我!顶我!