Android开发线程间的交互之Handler的学习

本文主要是介绍Android开发线程间的交互之Handler的学习，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

一、handler的定义

UI线程用于UI的展示交互,子线程用于耗时操作，不能更新UI。handler 主要接受子线程发送的数据，并用此数据配合主线程更新UI。

二、handler的简单用法。

new Thread(new Runnable() {@Overridepublic void run() {try {Thread.sleep(1000);Message msg = new Message();msg.obj = "你好！";mHandler.sendMessage(msg);} catch (Exception e) {e.printStackTrace();}}
}).start();

Handler mHandler = new Handler(){public void handleMessage(android.os.Message msg) {textView.setText((String)msg.obj);};
};

三、为什么Handler

主要是考虑到多线程并发的问题

四、Handler的机制

涉及到的类：

Looper   MessageQueue    Message  Handler   ThreadLocal

1、ThreadLocal

ThreadLocal可以在不同的线程中维护一套数据的副本并且彼此互不干扰

2、looper

不管是在主线程还是在其他线程使用handler，首先需要创建Looper。

主线程使用Looper.prepareMainLooper();在activity创建的时候系统就会自动创建
其他线程使用需要手动创建Looper.prepare();

<1> 内部包含一个消息队列MessageQueue,接收handler发送的消息
<2> loop方法一个死循环，不断的从MessageQueue去取消息，如果有消息就处理，没有就等待。

3、Handler实现机制（源码分析）

图解

handler发送消息

handler处理消息

<1> 在prepare()方法中会创建Looper对象和MessageQueue对象，并将Looper对象存放到ThreadLocal

<2> 调用Looper.loop()方法。方法中首先会通过Looper me = myLooper();得到Looper对象(myLooper方法中使用ThreadLocal.get()得到Looper对象)。然后开启一个for死循环，获取MessageQueue中的消息Message msg = queue.next(); 如果消息为空则堵塞，不为空就调用msg.target.dispatchMessage(msg);将消息回调给handler的dispatchMessage方法内部会回调handleMessage方法

<3> 创建当前线程的handler的子类并实现handleMessage拿到msg消息。创建handler时会获取到Looper对象和MessageQueue对象：mLooper = Looper.myLooper();mQueue = mLooper.mQueue;

<4> 创建Message对象，并使用handler.sendMessage发送msg。sendMessage方法会调用mQueue.enqueueMessage()方法并将handler赋值给msg.target。mQueue.enqueueMessage()会将msg消息存放到MessageQueue队列中(内部是使用单链表存储)

<5> Looper.loop()方法会调用MessageQueue.next()方法去取出msg并将msg删除

注意：在子线程中手动创建Looper的话，在不需要的时候应该将Looper退出,防止子线程一直处于等待状态。Looper提供了quit()和quitSafely()来退出。区别就是quit直接退出，而quitSafely只是设定了一个退出标志，等消息队列中的消息处理完毕后才安全退出。

五、handler的内存泄漏以及解决办法

handler的内存泄漏

经常用到的handler的使用方法：

    Handler mHandler = new Handler() {@Overridepublic void handleMessage(Message msg) {super.handleMessage(msg);}};Message message = Message.obtain();message.what = 1;mHandler.sendMessageDelayed(message,10*60*1000);

在Java中，非静态内部类会隐性地持有外部类的引用，而静态内部类则不会。在上面的代码中，Message在消息队列中延时了10分钟，然后才处理该消息。而这个消息引用了Handler对象，Handler对象又隐性地持有了Activity的对象，当发生GC是以为 message – handler – acitivity 的引用链导致Activity无法被回收，所以发生了内存泄露的问题。

解决方法：

1、使用static

在创建handler的时候使用static，由于Handler不再持有外部类对象的引用，导致程序不允许在Handler中操作Activity中的对象了。所以需要在Handler中增加一个对Activity的弱引用（WeakReference）。

static class MyHandler extends Handler{WeakReference<Activity> weakReference;MyHandler(Activity activity){weakReference = new WeakReference<>(activity);}@Overridepublic void handleMessage(Message msg) {super.handleMessage(msg);final Activity activity = weakReference.get();if (activity != null) {((TestHandlerSendActivity)activity).mTextView.setText("我是handler—send更新的");}}
}

2、及时清除消息

正是因为被延时处理的 message 持有 Handler 的引用，Handler 持有对 Activity 的引用，形成了message – handler – activity 这样一条引用链，导致 Activity 的泄露。因此我们可以尝试在当前界面结束时将消息队列中未被处理的消息清除，从源头上解除了这条引用链，从而使 Activity 能被及时的回收。