java 线程间通信 handler_HandlerThread线程间通信 源码解析

相关文章链接：

上一篇我们通过源码分析了Handler的消息流程原理，如果对handler的原理还不够明白的同学可以先学习上篇。我们今天的主角是HandlerThread。此乃我android大军一员猛将也。

目录HandlerThread简单介绍

如果没有Handler和HandlerThread以前

HandlerThread源码分析

原生线程间通信

HandlerThread

从名字上来看，这厮肯定和线程有扯不开的关系。只闻起名还未使用过的同学别担心，我们先说说他的做用，再分析源码的实现。

先思考这样一个场景，我们知道在android中主线程中是不能做复杂的耗时操作。然而可不可以有一种机制是主线程通知子线程来做某件事呢？

注意： 这里说的是通知子线程来做某件事，不是说在主线程中另起一个子线程来做某件事。两者是有区别的。

这个还真可以有，并且HandlerThread就是做这件事情的。

首先的确HandlerThread本身就是一个线程，他的设计可以用来将事件流在不同的线程中进行切换。恰巧Android主线程可以利用它来做一些耗时的操作。

如果没有Handler和HandlerThread以前

我们先来看一个没有这种机制以前是怎么处理的。

下面是伪代码：Thread mTh1 =new Thread(()->{

·····    //我做完了，现在想通知mainTh怎么办？？？

});Thread mainTh=new Thread(()->{     //做一些事情

·····   //做完了调用

mTh1.start();

});

mainTh.start(); //开始做事

这段代码很简单，我们有两个线程，mainTh做完某些事情以后将启动子线程mTh1来执行。这些都没有问题，但当mTh1完成任务以后，它想再次回到主线程中告知mainTh怎么办？是不是思路瞬间短路了。

为什么？因为线程总是顺序执行的，而且是并行顺序执行，一旦执行就没有回路。

当HandlerThread出现以后

准确来说是当Handler、Looper、Message、MessageQueue出现以后，HandlerThread基于此。再次提醒读者先弄清楚Handler通信机制才能搞明我们下面要分析的。

还是上面这个功能，我们看伪代码。protected void onCreate(Bundle savedInstanceState) {

mHThread = new HandlerThread( "mHThread") ;

mHThread .start();

mMainHandler = new Handler(){            @Override

public void handleMessage(Message msg) {            //这里收到的消息将会在主线程中执行

}

};

mHandler = new Handler(mHThread.getLooper()){            @Override

public void handleMessage(Message msg) {            //这里收到的消息将会在mHThread子线程中处理

·····            //我做完了，现在将消息通知回主线程

mMainHandler.sendEmptyMessage(2) ;

}

};      //主线程做一些事情

········     //做完了调用mHandler通知子线程mHThread

mHandler.sendEmptyMessage(1) ;

}

没毛病，我们在Activity的onCreate方法中创建了:两个 Handler

一个HandlerThread

我们前面说过HandlerThread其实就是一个线程。其中mMainHandler使用了无参构造函数，那么它将获取主线程中的Looper(见Handler源码)。mHandler传入了mHThread.getLooper()，即HandlerThread中的子线程中的Looper。两个Handler分别持有了主线程的Looper和子线程的Looper。重点就在此处。

然后呢，主线程使用mHandler发送消息给HandlerThread的Looper进行处理。此时这件事交由子线程来完成。随后子线程做完事情以后将调用mMainHandler来通知主线程中的Looper完成主线程中该有的操作。至此顺利进行了一把线程之间的通信。

HandlerThread源码分析

为了不占用篇幅，下面的HandlerThread源码是我精简过的，本身源码也不复杂。读者可以自行打开as查看。public class HandlerThread extends Thread {

Looper mLooper;    @Override

public void run() {

mTid = Process.myTid();

Looper.prepare();        synchronized (this) {

mLooper = Looper.myLooper();//创建Looper

notifyAll();

}

Process.setThreadPriority(mPriority);

onLooperPrepared();

Looper.loop();//开启消息轮训

mTid = -1;

}    public Looper getLooper() {  return mLooper;}    public boolean quit() {    looper.quit();    }    public boolean quitSafely() {   looper.quitSafely(); }

}

我们可以看到HandlerThread继承了Thread所以本质上它就是一个普通的线程。那么其中run方法里创建Looper并开启了循环队列。整个源码极其简单。前面我的使用场景中就是通过了getLooper方法来获取当前线程中的Looper，所以handler才能在在线程之间将消息灵活的处理。

原生线程间通信

略提一下，抛开Handler在原生Java中其实也有办法做线程间通信。只是方法要么不够优雅，要么会造成cpu运算负荷超高或死锁等情况。而且经常因为技术不到位，导致翻车的情况。所以android中的Hanlder通信机制非常巧妙的避开这样的问题，提供一下原生方法参考学习。共享内存变量 使用同步锁(容易死锁)

共享内存变量 判断变量状态 (极其消耗内存)

管道通信

题外话

给各位正在进阶的同学们提个醒，现在大部分工作中都在使用优雅的轮子来解决线程切换的问题如rxJava、rxAndroid等，确实它们非常好用和方便，但不代表handler这种原生的对象就可以摈弃。那些优秀框架的实现都离不android原生的特性，如果要往上进阶学习，就不能只是每天看看这里的大神新出一个轮子，那里大厂又开源一个框架，问其原理一概不知，自己去看他们的源码也是云雾朦胧的。这样以来自己的技术深度很难有较大的进步。而如果是先从基础开始早一点摸清他们的套路，再去看人家的框架是怎么写的。学习那些新东西是很快的。而我自己就曾经犯下这样的错误，走了很多弯路。希望能给各位同学带来帮助。愿君与共勉。

如何下次找到我?