您好,登录后才能下订单哦!
本篇内容主要讲解“Android Handler源码分析”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Android Handler源码分析”吧!
1.android 消息循环有4个重要的类Handler、Message、Looper、MessageQueue
handler 用来发送、处理消息。
Message 是消息的载体。
MessageQueue 是一个消息队列,既然是队列,就有入队、出队的处理。
Looper 创建一个消息循环。不断的从MessageQueue中读取消息、并分发给相应的Handler进行处理。
2.我们都知道main函数是Java程序的入口,android程序也不例外。
android App的唯一入口就是ActivityThread中的 main函数。 这个函数是由Zygote创建app进程后 通过反射的方式调用的。
当一个App启动时,会先执行这个main方法,在ActivityThread,main方法中,
public static void main(String[] args) { //创建一个消息循环 Looper.prepareMainLooper(); //创建ActivityThread对象 ActivityThread thread = new ActivityThread(); //创建Application、启动MainActivity thread.attach(false, startSeq); //使消息循环奔跑起来 Looper.loop(); //抛了一个异常 主线程的Looper 意外退出了, //所以loop中的for循环要阻塞在这里,一旦main函数执行完毕,进程也就退出了。 //并且一直要提取消息,处理消息。 throw new RuntimeException("Main thread loop unexpectedly exited"); }
3. 首先看Looper是如何创建的。
Looper.prepareMainLooper(); public static void prepareMainLooper() { prepare(false); //同步方法保证一个sMainLooper 只被赋值一次。 synchronized (Looper.class) { if (sMainLooper != null) { throw new IllegalStateException("The main Looper has already been prepared."); } sMainLooper = myLooper(); } } //创建一个Looper对象,并保存在了 sThreadLocal中。关于ThreadLocal,也是很重要的一个知识点。 private static void prepare(boolean quitAllowed) { //一个线程只能有一个Looper, if (sThreadLocal.get() != null) { throw new RuntimeException("Only one Looper may be created per thread"); } sThreadLocal.set(new Looper(quitAllowed)); } public static @Nullable Looper myLooper() { return sThreadLocal.get(); } //在Looper中创建了MessageQueue private Looper(boolean quitAllowed) { mQueue = new MessageQueue(quitAllowed); mThread = Thread.currentThread(); }
至此,创建的代码执行完毕。
总结一句话就是,app启动时,会创建Looper,并且保证一个线程只能创建一个Looper。
创建Looper的同时,也创建的消息队列 MessageQueue。这些都是消息循环的准备工作。
通过Looper.loop,这个消息循环就跑起来了。
Looper.loop(); /** * Run the message queue in this thread. */ public static void loop() { for (; ; ) { //从消息循环中提取消息。消息时会阻塞在这里。 Message msg = queue.next(); // might block //target-->Handler.Msg持有handler的引用。 msg.target.dispatchMessage(msg); } }
4.在MessageQueue中enqueueMessage()插入消息、next()提取消息方法。
插入消息 //Message.obtain()从Message消息缓存池内获得一个消息。 handler.sendMessage(Message.obtain()); public final boolean sendMessage(Message msg){ return sendMessageDelayed(msg, 0); } //我们发送的延迟消息,写入到消息循环中都是一个时间戳,当前时间+延迟时间,未来某个时间。 public final boolean sendMessageDelayed(Message msg, long delayMillis){ if (delayMillis < 0) { delayMillis = 0; } return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis); } public boolean sendMessageAtTime(Message msg, long uptimeMillis) { MessageQueue queue = mQueue; return enqueueMessage(queue, msg, uptimeMillis); } private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) { //this==handler,在这里给message.target赋值了handler。 msg.target = this; if (mAsynchronous) { msg.setAsynchronous(true); } return queue.enqueueMessage(msg, uptimeMillis); }
//在MessageQueue中用一个单线链表来保存消息。 //在这个消息的单链表中,是按消息执行的时间先后,从小到大排序的。 //mMessages 是这个单链表的第一个消息。 boolean enqueueMessage(Message msg, long when) { //通过sendMessage并不能发送handler==null的消息。 if (msg.target == null) { throw new IllegalArgumentException("Message must have a target."); } synchronized (this) { msg.markInUse(); msg.when = when; //将链表中第一个消息赋值给p Message p = mMessages; boolean needWake; //如果p==null说明消息列表中没有要被执行的消息。 //如果when==0说明新新添加的消息要被马上执行,所以要排在列表的头部 //如果when<p.when,说明新添加的消息,比消息队列第一个消息要先执行,所以也要放在头部 if (p == null || when == 0 || when < p.when) { // New head, wake up the event queue if blocked. //将原来的头部消息赋值给新消息的next msg.next = p; //将新加的消息赋值给mMessage。因为mMessages这个变量用来保存消息列表的第一个消息。 mMessages = msg; } else {//如果when>=p.when,则需要遍历消息队列,将新添加的消息插入到队列中间, Message prev; for (;;) { prev = p;//把当前的赋值给前一个 p = p.next;//把下一个赋值给当前的 //如果p==null说明已经遍历到了链表末尾。 //如果新增的消息时间小于了p的when。那么这个消息应该插入到prev之后,p之前。 if (p == null || when < p.when) { break; } } //新增消息在p之前,prev之后 msg.next = p; // invariant: p == prev.next prev.next = msg; } } return true; }
提取消息:
Message next() { int nextPollTimeoutMillis = 0; for (;;) { if (nextPollTimeoutMillis != 0) { Binder.flushPendingCommands(); } //开始休眠,nextPollTimeoutMillis下次被唤醒的时间 //如果是-1则一直休眠,直到有新的消息再唤醒消息队列。 nativePollOnce(ptr, nextPollTimeoutMillis); synchronized (this) { // Try to retrieve the next message. Return if found. //开始遍历消息队列,返回找到的消息。 final long now = SystemClock.uptimeMillis(); Message prevMsg = null; //消息队列,头部消息 //如果msg!=null,但是msg.target==null,sendMessage中,是不允许发送handler为null的消息的。 //target==null的消息是系统发送的,先发送一个同步屏障消息,再发送直到isAsynchronous = true的异步消息。 //这样做的目的就保证了这个异步消息有更高优先级被执行,先从消息队列中提取。 if (msg != null && msg.target == null) { // Stalled by a barrier. Find the next asynchronous message in the queue. do { prevMsg = msg; msg = msg.next; } while (msg != null && !msg.isAsynchronous());//直到isAsynchronous = true,也就是找到了同步屏障的异步消息 } } if (msg != null) { if (now < msg.when) {//当前时间小于消息执行的时间,记录一下差值 // Next message is not ready. Set a timeout to wake up when it is ready. nextPollTimeoutMillis = (int) Math.min(msg.when - now, Integer.MAX_VALUE); } else {//如果当前时间,不小于取到消息的执行时间,则从消息队列中提取出该消息,并返回出去 // Got a message. mBlocked = false; if (prevMsg != null) { //将前一个消息的下一个消息指向,当前消息的下一个。 prevMsg.next = msg.next; } else { //如果前一个消息是null,说明当前就是消息头, //将消息队列头部消息指向当前提取出消息的下一个消息。 mMessages = msg.next; } //将找到的消息的下一个赋值null,和原来的消息队列脱离关系。 msg.next = null; if (false) Log.v("MessageQueue", "Returning message: " + msg); return msg; } } else {//如果msg==null // No more messages. nextPollTimeoutMillis = -1; } } } }
handler会涉及到native的代码。在native层使用的epoll机制,这个后面在深入分享。
//同步屏障消息 void scheduleTraversals() { if (!mTraversalScheduled) { mTraversalScheduled = true; //发送一个同步屏障消息 mTraversalBarrier = mHandler.getLooper().postSyncBarrier(); mChoreographer.postCallback( Choreographer.CALLBACK_TRAVERSAL, mTraversalRunnable, null); } }
5. 至此,整个消息循环大体的流程已经完成。但是关于handler的面试题很多。
比如为啥handler会导致Activity内存泄漏?如何解决?
内存泄漏的本质就是长声明周期对象持有短声明周期对象的引用,导致短声明周期对象,不再使用但内存却无法被回收。
我们知道handler作为Activity的内部类,持有外部类的引用,所以整个引用链是
Activity-->handler-->Message-->MessageQueue.
当activity退出后,如果消息为来的及处理,就有可能会导致Activity无法被GC回收,从而导致内存泄漏。
handler.post(),发送的消息执行在子线程还是主线程?
下面来看消息池。消息池也是一个单项链表,长度是50.
静态对象sPool就是消息队列的头部Message。
每次获取消息时,都会返回消息池中第一个对象。
Message.obtain() private static Message sPool; private static final int MAX_POOL_SIZE = 50; public static Message obtain() { synchronized (sPoolSync) { if (sPool != null) { Message m = sPool; sPool = m.next; m.next = null; m.flags = 0; // clear in-use flag sPoolSize--; return m; } } return new Message(); }
到此,相信大家对“Android Handler源码分析”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。