Android Handler机制 - handleMessage究竟在哪个线程执行

关于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。