Handler是事件驱动的,它的事件分发和接受有点像生产者消费者的模式,简单来说就是,Handler通过looper将message传递到Messagequeen,然后,looper,又不断的从messagequeen里面获取msg然后传递给handler。那么它的原理是怎么样的呢?我一一从这四个类的源码慢慢详细解答出来。
首先来了解下Message,Message作为一个传输组件,其实里面就是封装Runnable,并且它包含了事件的相关的信息以及这个事件的处理者和发送者Hanlder。
public final boolean postDelayed(Runnable r, longdelayMilli s){在post中,调用函数,就是将Runnable传入
return sendMessageDelayed(getPostMessage(r),delayMillis);
}
private static Message getPostMessage(Runnable r) {
Message m =Message.obtain();将Runnable包装到msg中
m.callback = r;
returnm;
}
msg.target.dispatchMessage(msg); 具体体现在Looper里面的这行代码可以看出来。
其实里面的数据结构有点复杂,具体不表述了,我也看不太明白。
接着来看一下messagequeen,作为一个app,它有一个application,也就是一个进程,而一个进程都有一个默认的messagequeen,这个messagequeen里面就是不断会有looper发送message和取出message交给handler来处理。类似于生产者消费者,message就是产品,messagequeen就是传送,handler就是消费者,looper就是生产者。
至于looper就是一个执行者,他具体是从ThreadLocal里面来,也存在ThreadLocal里面,至于我们常常说的UI线程才能更新ui就是因为我们在初始化一个app的时候,会执行这段代码
public static void main(String[] args) {这是在ActivityThread里面执行的main方法里面关于looper的代码
Looper.prepareMainLooper();
Looper.loop();
}
其实说白了,就是app会有一个默认的messagequeen,它也有一个默认的looper,并且他们都属于UI线程下面,所以它里面传递,消费的message就是要在UI线程里执行的message,所以handler处理必须要在UI线程更新UI。
而在子线程创建handler的时候,looper也会随之创建,而这个looper是通过ThreadLocal的get方法通过当前线程获取的,所以looper从messagequeen里面取出和存入的message是传递给子线程里面的handler的,因为子线程创建的looper只能被子线程访问。
网友评论