关于Handler的原理，看了很多博客，个人认为以下三篇文章讲的不错，第一篇篇幅最短，虽然没有源码讲解，但结合流程图概括的很精炼；第二篇稍长，是CSDN博客专家——鸿洋写的，结合源码分析，简单易懂；最后一篇就更详细但也更冗长了：
Android应用程序消息处理机制
Android 异步消息处理机制 让你深入理解 Looper、Handler、Message三者关系
Android 消息处理机制（Looper、Handler、MessageQueue,Message）
最后一篇中作者有条结论：
Handler 对象在哪个线程下构建（Handler的构造函数在哪个线程下调用），那么Handler 就会持有这个线程的Looper引用和这个线程的消息队列的引用。因为持有这个线程的消息队列的引用，意味着这个Handler对象可以在任意其他线程给该线程的消息队列添加消息，也意味着Handler的handleMessage 肯定也是在该线程执行的。
以上结论其实只概括了一部分，因为Handler的构造方法有很多种，以上结论只适用于不传Looper的构造方法，诸如：
public Handler()
public Handler(Callback callback)
这些构造方法默认与当前线程的Looper绑定【通过mLooper = Looper.myLooper();】，所以说哪个线程创建了Handler对象，handleMessage就在哪个线程执行。
但是当使用参数中含有Looper的构造方法时，诸如：
public Handler(Looper looper)
public Handler(Looper looper, Callback callback)
那么此时无论Handler对象是在哪个线程构建的，该Handler对象所持有的Looper和MessageQueue都是构造方法中传入的那个Looper，而这个Looper一般都是与其他线程绑定的（否则就没必要使用这个构造函数了），此时相当于在当前线程下构造了一个与指定线程绑定的Handler对象，可以通过该Handler对象向指定线程发送消息，当然该Handler对象的handlerMessage也是运行在指定线程上的。
所以，可以得出结论，handler对象所绑定的线程其实并不取决于该handler对象由哪个线程构建，而是取决于该handler对象所绑定的Looper属于哪个线程。
以下的demo可以验证结论：
MyHandlerThread.java：
package com.example.weishj.mytester.handler;
import android.os.Handler;
import android.os.Message;
import android.util.Log;
/**
* Created by weishj on 2017/6/21.
*/
public abstract class MyHandlerThread implements Handler.Callback {
protected final Handler handler;
public MyHandlerThread() {
Log.e("MyHandlerThread", "Create MyHandlerThread. tid=" + Thread.currentThread().getId());
android.os.HandlerThread t2 = new android.os.HandlerThread("MyHandlerThread");
t2.start();
Log.e("MyHandlerThread", "start t2. t2.tid=" + t2.getId());
this.handler = new Handler(t2.getLooper(), this); // handler持有的是t2的Looper和MessageQueue
}
public final boolean handleMessage(Message msg) {
// 处理this.handler发过来的消息
switch(msg.what) {
case 1:
Log.e("MyHandlerThread", "handled message. tid=" + Thread.currentThread().getId());
break;
default:
break;
}
return false;
}
}
Sub.java：
package com.example.weishj.mytester.handler;
import android.os.Message;
import android.util.Log;
/**
* Created by weishj on 2017/6/21.
*/
public class Sub extends MyHandlerThread {
public Sub() {
Log.e("Sub", "Create Sub. tid=" + Thread.currentThread().getId());
}
// 对外提供一个方法，用于发送消息
public void sendMessage() {
Message msg = new Message();
msg.what = 1;
msg.obj = "test data";
super.handler.sendMessage(msg);
}
}
MainActivity.java：
package com.example.weishj.mytester;
import android.support.v7.app.AppCompatActivity;
import android.os.Bundle;
import android.util.Log;
import com.example.weishj.mytester.handler.Sub;
public class MainActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
Log.e("MainActivity", "MainActivity onCreate. tid=" + Thread.currentThread().getId());
// 我在程序的某处， 如此调用
Thread t1 = new Thread(new Runnable() {
@Override
public void run() {
Sub sub = new Sub();
sub.sendMessage();
}
});
t1.start();
Log.e("MainActivity", "Start t1. t1.tid=" + t1.getId());
}
}
demo运行后，最终输出为：
06-22 10:36:44.607 2305-2305/com.example.weishj.mytester E/MainActivity: MainActivity onCreate. tid=1
06-22 10:36:44.608 2305-2305/com.example.weishj.mytester E/MainActivity: Start t1. t1.tid=1673
06-22 10:36:44.609 2305-2381/com.example.weishj.mytester E/MyHandlerThread: Create MyHandlerThread. tid=1673
06-22 10:36:44.610 2305-2381/com.example.weishj.mytester E/MyHandlerThread: start t2. t2.tid=1674
06-22 10:36:44.610 2305-2381/com.example.weishj.mytester E/Sub: Create Sub. tid=1673
06-22 10:36:44.613 2305-2382/com.example.weishj.mytester E/MyHandlerThread: handled message. tid=1674
handler对象是MyHandlerThread的一个成员变量，而MyHandlerThread是在线程1673构建的，所以这个handler对象也是在1673构建的，然而最终handleMessage是在线程1674上执行的，也就是构建handler对象时传入的t2.getLooper()所对应的线程t2。
