handler的作用:
具体来说,有时候需要执行一个比较耗时的工作,在主线程执行是非常不友好的,于是我们从子线程中去执行,可能是读取文件也可能是网络请求。当子线程中的工作完成以后可能需要在页面上显示信息,但在Android的规则中,不能在子线程中更新ui,这个时候就可以通过handler切换到主线程中进行ui操作。简单的说,将一个任务切换到某个指定的线程中去执行。
Android的消息机制主要是指Handler的运行机制,Handler的运行需要MessageQueue和looper的支撑。MessageQueue的中文名称叫消息队列,但是MessageQueue的内部实现不是真正的队列,本质上是单链表(数据结构)。Looper中文名称叫循环,会循环的查找MessageQueue中是否有消息,有的话就去执行,没有则等待。Looper中有ThreadLocal,作用是在每个线程中存储数据。
Handler创建时会采用当前线程的Looper来构造消息循环系统,问:Handler内部如何获取到当前线程的Looper?
答:ThreadLocal可以在不同的线程中存储并提供数据,且各个线程的数据互不干扰。通过ThreadLocal获取每个线程looper。
问:为什么可以在主线程中使用Handler?
答:主线程是ActivityThread,ActivityThread被创建时就会初始化Looper。
目录
- ThreadLocal的工作原理
- 消息队列的了解
- Looper的工作原理
- Handler的工作原理
- 主线程的消息循环
ThreadLocal的工作原理
ThreadLocal是一个线程内部的数据存储类,能够从指定的线程中获取相应的数据,对于其他线程来说无法获取不是自己的数据。
使用场景,当某些数据是以线程为作用域并且不同线程具有不同的数据副本时,可考虑使用ThreadLocal。还有一种使用场景,复杂逻辑对象下的对象传递,如下。
监听器传递的场景,一个线程中函数调用栈比较深以及代码入口的多样性,还要监听器能够贯穿整个线程。这情况使用ThreadLocal可以让监听器作为线程内的全局对象,通过get方法就可以获取到监听器。
如果不使用ThreadLocal,第一种是将监听器通过参数的方式在函数调用中进行传递。第二种则是将监听器作为静态变量供线程访问。第一种方法的问题是当调佣栈很深的时候,通过参数来传递监听器对象是非常不友好的,不是一个好的程序设计。第二种方法的问题是不具有可扩充性,如同时有两个线程执行,就需要提供两个静态的监听器对象,多个线程就需要提供多个静态的监听器。
下面通过代码来熟悉ThreadLocal。
// booleanThreadLocal.set(true);
// Log.d("ThreadLocal", Thread.currentThread().getName() + ",booleanThreadLocal:" + booleanThreadLocal.get() + "");
new Thread("Thread#0") {
@Override
public void run() {
booleanThreadLocal.set(true);
Log.d("ThreadLocal", Thread.currentThread().getName() + ",booleanThreadLocal:" + booleanThreadLocal.get() + "");
}
}.start();
new Thread("Thread#1") {
@Override
public void run() {
booleanThreadLocal.set(false);
Log.d("ThreadLocal", Thread.currentThread().getName() + ",booleanThreadLocal:" + booleanThreadLocal.get() + "");
}
}.start();
new Thread("Thread#2") {
@Override
public void run() {
Log.d("ThreadLocal", Thread.currentThread().getName() + ",booleanThreadLocal:" + booleanThreadLocal.get() + "");
}
}.start();
结果如下
2022-02-27 18:15:15.417 6191-6230/cn.study.study20220109 D/ThreadLocal: Thread#0,booleanThreadLocal:true
2022-02-27 18:15:15.418 6191-6231/cn.study.study20220109 D/ThreadLocal: Thread#1,booleanThreadLocal:false
2022-02-27 18:15:15.421 6191-6232/cn.study.study20220109 D/ThreadLocal: Thread#2,booleanThreadLocal:null
上面的代码主要体现了在不同的线程中,取到的值也是不同的。重点说明一下,看到上面的注释代码了吗,如果去掉注释运行,得到的日志与我所在书籍上的日志有差异,Thread#2不会是null,而是会与主线程中的booleanThreadLocal的值保持一致。去掉注释后,日志如下:
2022-02-27 18:22:39.019 10297-10297/cn.study.study20220109 D/ThreadLocal: main,booleanThreadLocal:true
2022-02-27 18:22:39.020 10297-10335/cn.study.study20220109 D/ThreadLocal: Thread#0,booleanThreadLocal:true
2022-02-27 18:22:39.021 10297-10336/cn.study.study20220109 D/ThreadLocal: Thread#1,booleanThreadLocal:false
2022-02-27 18:22:39.021 10297-10337/cn.study.study20220109 D/ThreadLocal: Thread#2,booleanThreadLocal:true
ThreadLocal为何能够在不同的线程中获取的值不一样,因为不同的线程访问同一个ThreadLocal的get方法,ThreadLocal内部会从各自的线程中取出一个数组,从数组中根据当前ThreadLocal的索引去查找对应的value值。由于Android系统的升级,部分代码可能发生了改变,在新的代码中通过get方法获取数据,取出的是ThreadLocalMap,ThreadLocalMap有Entry数组,从数组中获取Entry,在Entry中获取value。
消息队列的了解
MessageQueue主要包含两个操作:插入和读取。插入和读取对应的方法是enqueueMessage和next,enqueueMessage的作用是往消息队列中插入一条消息,next的作用是从消息队列中取出一条消息并将其从消息队列中移除。说明一下next方法是一个无限循环的方法,如果MessageQueue中有消息则执行,没有则处于等待状态,会阻塞。
Looper的工作原理
Looper会不停地从MessageQueue中查看是否有新消息,如有新的消息会立即处理,没有消息则会一直阻塞。
如何为一个线程提供Looper,代码如下:
new Thread("thread#3") {
@Override
public void run() {
super.run();
Looper.prepare();
Handler handler = new Handler();
Looper.loop();
}
}.start();
说明一下Looper中的几个方法,quit与quitSafely方法的作用是退出Looper,二者的区别是:quit会直接退出Looper,quitSafely是提出退出的意图,直到消息队列中的已有消息全部处理完毕才退出。就上面的在一个线程中提供Looper也是需要通过quit来退出的,否则这个线程会一直处于等待的状态。
Handler的工作原理
Handler的工作主要包含消息的发送和接收过程。其中post的一系列方法最终通过send的一系列方法来实现。具体代码:
public final boolean sendMessage(@NonNull Message msg) {
return sendMessageDelayed(msg, 0);
}
public final boolean sendEmptyMessage(int what)
{
return sendEmptyMessageDelayed(what, 0);
}
public final boolean sendEmptyMessageDelayed(int what, long delayMillis) {
Message msg = Message.obtain();
msg.what = what;
return sendMessageDelayed(msg, delayMillis);
}
public final boolean sendEmptyMessageAtTime(int what, long uptimeMillis) {
Message msg = Message.obtain();
msg.what = what;
return sendMessageAtTime(msg, uptimeMillis);
}
public final boolean sendMessageDelayed(@NonNull Message msg, long delayMillis) {
if (delayMillis < 0) {
delayMillis = 0;
}
return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);
}
public boolean sendMessageAtTime(@NonNull Message msg, long uptimeMillis) {
MessageQueue queue = mQueue;
if (queue == null) {
RuntimeException e = new RuntimeException(
this + " sendMessageAtTime() called with no mQueue");
Log.w("Looper", e.getMessage(), e);
return false;
}
return enqueueMessage(queue, msg, uptimeMillis);
}
private boolean enqueueMessage(@NonNull MessageQueue queue, @NonNull Message msg,
long uptimeMillis) {
msg.target = this;
msg.workSourceUid = ThreadLocalWorkSource.getUid();
if (mAsynchronous) {
msg.setAsynchronous(true);
}
return queue.enqueueMessage(msg, uptimeMillis);
}
通过源码发现,Handler发送消息的过程只是向消息队列中插入一条消息。消息会由Looper传递给Handler进行处理,Handler的dispatchMessage方法被调用。dispatchMessage源码如下:
public void dispatchMessage(@NonNull Message msg) {
if (msg.callback != null) {
handleCallback(msg);
} else {
if (mCallback != null) {
if (mCallback.handleMessage(msg)) {
return;
}
}
handleMessage(msg);
}
}
上面的代码很简单,只说一下关键点,Message 的callback是一个Runnable对象,实际上就是Handler的post方法所传递Runnable参数。mCallback 是一个接口。
Handler handler1 = new Handler(callback);
Callback的意义是创建一个Handler的实例但不需要派生Handler的子类。
主线程的消息循环
Android的主线程是ActivityThread,主线程的入口方法为main,通过Looper.prepareMainLooper()来创建主线程的Looper和Message,通过Looper.loop()来开启主线程的消息循环。看到这里是你是否会想起给一个线程中的handler提供looper的例子,非常相似。
public static void main(String[] args) {
Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "ActivityThreadMain");
// Install selective syscall interception
AndroidOs.install();
// CloseGuard defaults to true and can be quite spammy. We
// disable it here, but selectively enable it later (via
// StrictMode) on debug builds, but using DropBox, not logs.
CloseGuard.setEnabled(false);
Environment.initForCurrentUser();
// Make sure TrustedCertificateStore looks in the right place for CA certificates
final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());
TrustedCertificateStore.setDefaultUserDirectory(configDir);
// Call per-process mainline module initialization.
initializeMainlineModules();
Process.setArgV0("<pre-initialized>");
Looper.prepareMainLooper();
// Find the value for {@link #PROC_START_SEQ_IDENT} if provided on the command line.
// It will be in the format "seq=114"
long startSeq = 0;
if (args != null) {
for (int i = args.length - 1; i >= 0; --i) {
if (args[i] != null && args[i].startsWith(PROC_START_SEQ_IDENT)) {
startSeq = Long.parseLong(
args[i].substring(PROC_START_SEQ_IDENT.length()));
}
}
}
ActivityThread thread = new ActivityThread();
thread.attach(false, startSeq);
if (sMainThreadHandler == null) {
sMainThreadHandler = thread.getHandler();
}
if (false) {
Looper.myLooper().setMessageLogging(new
LogPrinter(Log.DEBUG, "ActivityThread"));
}
// End of event ActivityThreadMain.
Trace.traceEnd(Trace.TRACE_TAG_ACTIVITY_MANAGER);
Looper.loop();
throw new RuntimeException("Main thread loop unexpectedly exited");
}