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。
更多相关文章
- Android应用程序资源管理器(Asset Manager)的创建过程分析
- Android的性能优化方法
- Android数据库操作--greenDAO的入门使用
- Android四大组件之Service调优及进程保活(含Demo - Kotlin版)
- handle的用法
- Handler与异步消息处理
- 进击的Android注入术《五》
- [android 多线程]一些帖子与文章ProgressDialog, AsyncTask, Thr
- Android(安卓)Drawable