美文网首页
安卓消息机制详解

安卓消息机制详解

作者: sofarsogoo_932d | 来源:发表于2017-10-20 15:38 被阅读0次

写在前面的话

提起安卓的消息机制,我们马上就会联想到Handler,而Handler在日常的开发中经常会用到,因此了解安卓的消息机制还是很有必要的,毕竟知己知彼,百战不殆。

所谓的消息机制,实质上是线程之间通信的一种机制。在平常的开发中,我们都知道子线程中不能更新UI,我们的做法就是在子线程要更新UI的地方通知主线程,让主线程完成UI的更新。

与消息机制相关的类

Handler
负责发送和接收消息
Message
消息的载体
MessageQueue
消息队列
Looper
负责循环消息队列
ThreadLocal<T>
线程内部数据存储类,ThreadLocal通过set方法存储数据,通过get方法获取数据。在消息机制中,就是通过它来存储每一个线程的Looper对象

 public void set(T value) {
    Thread currentThread = Thread.currentThread();
    Values values = values(currentThread);
    if (values == null) {
        values = initializeValues(currentThread);
    }
    values.put(this, value);
}

 public T get() {
    // Optimized for the fast path.
    Thread currentThread = Thread.currentThread();
    Values values = values(currentThread);
    if (values != null) {
        Object[] table = values.table;
        int index = hash & values.mask;
        if (this.reference == table[index]) {
            return (T) table[index + 1];
        }
    } else {
        values = initializeValues(currentThread);
    }

    return (T) values.getAfterMiss(this);
}

消息机制具体流程

接下来,我就以子线程如何通知主线程更新UI这一例子来详细介绍一下安卓的消息机制。

1. 调用Looper.prepare方法
 private static void prepare(boolean quitAllowed) {
    if (sThreadLocal.get() != null) {
        throw new RuntimeException("Only one Looper may be created per thread");
    }
    sThreadLocal.set(new Looper(quitAllowed));
}

  private Looper(boolean quitAllowed) {
    mQueue = new MessageQueue(quitAllowed);
    mThread = Thread.currentThread();
}

由代码可知,在prepare方法中,会创建一个Looper对象,并且一个线程也只会创建一个。
同时在Looper的构造方法中,会创建一个消息队列,即MessageQueue。

2. 封装一条需要发送的消息

  Message msg = Message.obtain();
  msg.what = 0;
  msg.obj= obj;

 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();
}

创建消息,我们用obtain方法,该方法的原则是,如果消息池中有Message,则直接取出,没有才会新创建一个Message。

what,消息的标记,类型为int
obj,消息需要传递的对象,类型为Object

3. 调用Handler的 send或者post 的方法发送消息

3.1首先创建一个Handler对象mHandler
private Handler mHandler=new Handler(){
    @Override
    public void handleMessage(Message msg) {
        super.handleMessage(msg);
    }
};

public Handler(Callback callback, boolean async) {
    if (FIND_POTENTIAL_LEAKS) {
        final Class<? extends Handler> klass = getClass();
        if ((klass.isAnonymousClass() || klass.isMemberClass() || klass.isLocalClass()) &&
                (klass.getModifiers() & Modifier.STATIC) == 0) {
            Log.w(TAG, "The following Handler class should be static or leaks might occur: " +
                klass.getCanonicalName());
        }
    }

    mLooper = Looper.myLooper();
    if (mLooper == null) {
        throw new RuntimeException(
            "Can't create handler inside thread that has not called Looper.prepare()");
    }
    mQueue = mLooper.mQueue;
    mCallback = callback;
    mAsynchronous = async;
}

 public static @Nullable Looper myLooper() {
    return sThreadLocal.get();
}

在Handler的构造方法,我们可以看到,mHandler与Looper和消息队列建立了关联

3.2 调用send或者post方法
  • send
    sendEmptyMessage(int what)
    sendEmptyMessageDelayed(int what, long delayMillis)
    sendEmptyMessageAtTime(int what, long uptimeMillis)
    sendMessage(Message msg)
    sendMessageDelayed(Message msg, long delayMillis)
    sendMessageAtTime(Message msg, long uptimeMillis)
    sendMessageAtFrontOfQueue(Message msg)

  • post
    post(Runnable r)
    postDelayed(Runnable r, long delayMillis)
    postAtTime(Runnable r, long uptimeMillis)
    postAtTime(Runnable r, Object token, long uptimeMillis)
    postAtFrontOfQueue(Runnable r)

经过查看post方法的源码,发现post方法实际上也是调用的send类的方法在发送消息,区别在于post方法的参数是Runnable。

下面是post方法相关的源码

 public final boolean post(Runnable r)
{
   return  sendMessageDelayed(getPostMessage(r), 0);
}

 private static Message getPostMessage(Runnable r) {
    Message m = Message.obtain();
    m.callback = r;
    return m;
}

看上面代码我们知道,post方法中传递的参数虽然不是Message,但最终传递的对象依然是Message,Runnable对象成为了这个消息的一个属性

通过对Handler源码的分析,发现除了sendMessageAtFrontOfQueue方法之外,其余任何send的相关方法,都经过层层包装走到了sendMessageAtTime方法中,我们来看看源码:
(实际上,sendMessageAtFrontOfQueue方法除了uptimeMillis为0外,和sendMessageAtTime 一模一样)

 public boolean sendMessageAtTime(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);
}

此时,mHandler会将消息通过enqueueMessage方法,放入消息队列

 private boolean enqueueMessage(MessageQueue queue, Message msg, long uptimeMillis) {
    msg.target = this;
    if (mAsynchronous) {
        msg.setAsynchronous(true);
    }
    return queue.enqueueMessage(msg, uptimeMillis);
}

msg.target = this,就相当于给该消息贴上了mHandler的标签(谁发送的消息,谁接收处理)

这里的enqueueMessage方法是MessageQueue的方法,在该方法中会将Message根据时间排序,放入到消息队列中。

4. 调用Looper.loop方法

 public static void loop() {
    final Looper me = myLooper();
    if (me == null) {
        throw new RuntimeException("No Looper; Looper.prepare() wasn't called on this thread.");
    }
    final MessageQueue queue = me.mQueue;

    // Make sure the identity of this thread is that of the local process,
    // and keep track of what that identity token actually is.
    Binder.clearCallingIdentity();
    final long ident = Binder.clearCallingIdentity();

    for (;;) {
        Message msg = queue.next(); // might block
        if (msg == null) {
            // No message indicates that the message queue is quitting.
            return;
        }

        // This must be in a local variable, in case a UI event sets the logger
        final Printer logging = me.mLogging;
        if (logging != null) {
            logging.println(">>>>> Dispatching to " + msg.target + " " +
                    msg.callback + ": " + msg.what);
        }

        final long traceTag = me.mTraceTag;
        if (traceTag != 0 && Trace.isTagEnabled(traceTag)) {
            Trace.traceBegin(traceTag, msg.target.getTraceName(msg));
        }
        try {
            msg.target.dispatchMessage(msg);
        } finally {
            if (traceTag != 0) {
                Trace.traceEnd(traceTag);
            }
        }

        if (logging != null) {
            logging.println("<<<<< Finished to " + msg.target + " " + msg.callback);
        }

        // Make sure that during the course of dispatching the
        // identity of the thread wasn't corrupted.
        final long newIdent = Binder.clearCallingIdentity();
        if (ident != newIdent) {
            Log.wtf(TAG, "Thread identity changed from 0x"
                    + Long.toHexString(ident) + " to 0x"
                    + Long.toHexString(newIdent) + " while dispatching to "
                    + msg.target.getClass().getName() + " "
                    + msg.callback + " what=" + msg.what);
        }

        msg.recycleUnchecked();
    }
}

在这个方法中,有一个for的死循环,不断地调用queue.next()方法,将Message从消息队列中取出

然后调用msg.target.dispatchMessage(msg)方法,msg.target实际上就是mHandler

 public void dispatchMessage(Message msg) {
    if (msg.callback != null) {
        handleCallback(msg);
    } else {
        if (mCallback != null) {
            if (mCallback.handleMessage(msg)) {
                return;
            }
        }
        handleMessage(msg);
    }
}

分析这个方法,有两个分支handleCallback和handleMessage,回忆前面所说的send和post方法,当调用的是send类的方法时,明显走handleMessage这个分支,此时,子线程已经成功将消息传递至主线程,在这里我们就可以更新UI了

当调用的是post方法时,msg.callback就是Runnable对象,此时会走handleCallback分支

 private static void handleCallback(Message message) {
    message.callback.run();
}

此时调用了run方法,走到这,子线程也已经将消息成功传至主线程,在这里我们就可以更新UI了

总结一下

任何线程在用到Handler处理消息时,都需要经过上面说的4个步骤,缺一不可,具体代码如下

class LooperThread extends Thread {
   public Handler mHandler;
    public void run() {
         Looper.prepare();
         mHandler = new Handler() {
         public void handleMessage(Message msg) {
                // process incoming messages here
             }
         };
     Looper.loop();
      }
   }

一个线程只有一个Looper,一个消息队列
Handler在什么线程创建实例,这个Handler就属于该线程

顺便提一下在子线程中更新UI的方法
1.handler.sendMessage
2.handler.post
3.view.post
4.activity.runOnUiThread

view.post

 public boolean post(Runnable action) {
    final AttachInfo attachInfo = mAttachInfo;
    if (attachInfo != null) {
        return attachInfo.mHandler.post(action);
    }

    // Postpone the runnable until we know on which thread it needs to run.
    // Assume that the runnable will be successfully placed after attach.
    getRunQueue().post(action);
    return true;
}

activity.runOnUiThread

 public final void runOnUiThread(Runnable action) {
    if (Thread.currentThread() != mUiThread) {
        mHandler.post(action);
    } else {
        action.run();
    }
}

查看源码发现,实际上2,3,4的原理和1是一样的,都是利用Handler来发送消息。

有人会疑问,我们平时在用Handler解决子线程不能更新UI的问题时,只是在主线程中创建了一个Handler对象,然后在子线程用这个Handler对象发送了一个消息,最后在Handler的回调方法中成功更新了UI,并没有经过1和4两个步骤。实际上在主线程中,1和4两个步骤,系统已经帮我们做了,下面是ActivityThread的main方法

public static void main(String[] args) {
    Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, "ActivityThreadMain");
    SamplingProfilerIntegration.start();

    // 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();

    // Set the reporter for event logging in libcore
    EventLogger.setReporter(new EventLoggingReporter());

    // Make sure TrustedCertificateStore looks in the right place for CA certificates
    final File configDir = Environment.getUserConfigDirectory(UserHandle.myUserId());
    TrustedCertificateStore.setDefaultUserDirectory(configDir);

    Process.setArgV0("<pre-initialized>");

    Looper.prepareMainLooper();

    ActivityThread thread = new ActivityThread();
    thread.attach(false);

    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");
}

相关文章

  • 安卓消息机制详解

    写在前面的话 提起安卓的消息机制,我们马上就会联想到Handler,而Handler在日常的开发中经常会用到,因此...

  • Android——Handler机制

    什么是安卓消息处理机制? 消息机制本质:一个线程开启循环模式持续监听并依次处理其他线程给他发来的消息。 安卓消息机...

  • 安卓消息机制

    1:安卓系统通过handler来发送消息,主要作用是为了更新UI,或者执行一些逻辑操作 2:安卓消息机制通过han...

  • 安卓 MotionEvent 详解

    第108期:安卓 MotionEvent 详解 Android开发 安卓 MotionEvent 详解 Andro...

  • 解析安卓消息机制

    我们都知道,系统是不允许在子线程中访问UI的,但如果在主线程中进行耗时操作,又会极大地妨碍用户体验。所以,我们可以...

  • Handler机制原因,主线程looper.loop()为什么不

    Handler,Message,looper 和 MessageQueue 构成了安卓的消息机制,handler创...

  • Android Gson使用详解

    Android Gson使用详解(出处: 安卓巴士 - 安卓开发 - Android开发 - 安卓 - 移动互联网门户)

  • 2019-01-07

    getsupportFragmentManager和getFragmentManager详解 安卓开发之详解get...

  • Handler机制(一)

    安卓的异步消息处理机制就是handler机制。 主线程,ActivityThread被创建的时候就会创建Loope...

  • runtime系列文章总结

    《iOS Runtime详解(消息机制,类元对象,缓存机制,消息转发)》《消息转发机制与Aspects源码解析》《...

网友评论

      本文标题:安卓消息机制详解

      本文链接:https://www.haomeiwen.com/subject/zoomuxtx.html