Android消息机制底层原理

1.概述
Android的消息机制主要是指Handler的运行机制,Handler的运行需要底层的MessageQueue和Looper的支撑。MessageQueue是消息队列。他的内存存储了一组消息,以队列的形式对外提供插入和删除的工作。他的内部存储结构并不是真正的队列,而是采用单链表的数据结构来存储消息列表。Looper为消息循环,由于MessageQueue只是一个消息的存储单元,它不能去处理消息,而Looper就填补了这个功能,Looper会以无限循环的形式去查找是否有新的消息,如果有的话就处理消息,否则就一直等待,Looper还有一个特殊的概念,那就是ThreadLocal,ThreadLocal并不是线程,它的作用可以在每个线程中存储数据。我们知道,Handler创建的时候会采用当前线程的Looper来构造消息循环系统,那么Handler内部如何获取到当前线程的Looper呢?这就要使用ThreadLocal了,ThreadLocal可以在不同的线程中互不干扰地存储并提供数据,通过ThreadLocal可以轻松获取每个线程的Looper。当然需要注意的是,线程是默认没有Looper的,如果需要使用Handler就必须为线程创建Looper。我们经常提到的主线程,也就是UI线程,它就是ActivityThread,ActivityThread被创建时会初始化Looper,这也是在主线程中默认可以使用Handler的原因。

Paste_Image.png

2.ThreadLocal-线程局部变量
ThreadLocal是一个现场内部的数据存储类,通过它可以在指定的线程中存储数据,数据存储以后,只有在指定线程中可以获取到存储的数据。对于Handler来说,它需要获取当前线程的Looper,很显然Looper的作用域就是线程并且不同线程具有不同的Looper,这个时候通过ThreadLocal就可以轻松实现Looper在线程中的存储。ThreadLocal是一个泛型类。

Paste_Image.png

2.1存储机制
在localValues内部有一个数组;private Object[]table,ThreadLocal的值就存在这个table数组中,ThreadLocal的值在table数组中的存储位置总是为ThreadLocal的reference字段所标识的对象的下一个位置,比如ThreadLocal的reference对象在table数组中的索引为index,那么ThreadLocal的值在table数组中的索引就是index+1.最终ThreadLocal的值将会被存储在table数组中:table[index+1]=value
2.put

 void put(ThreadLocal<?> key, Object value) {  
  cleanUp();  
  
  // Keep track of first tombstone. That's where we want to go back  
  // and add an entry if necessary.  
  int firstTombstone = -1;  
  
  for (int index = key.hash & mask;; index = next(index)) {  
  Object k = table[index];  
  
  if (k == key.reference) {  
  // Replace existing entry.  
  table[index + 1] = value;  
  return;  
  }  
  
  if (k == null) {  
  if (firstTombstone == -1) {  
  // Fill in null slot.  
  table[index] = key.reference;  
  table[index + 1] = value;  
  size++;  
  return;  
  }  
  
  // Go back and replace first tombstone.  
  table[firstTombstone] = key.reference;  
  table[firstTombstone + 1] = value;  
  tombstones--;  
  size++;  
  return;  
  }  
  
  // Remember first tombstone.  
  if (firstTombstone == -1 && k == TOMBSTONE) {  
  firstTombstone = index;  
  }  
  }  
  }  
  
//获取当前线程的数据  
  Values values(Thread current) {  
  return current.localValues;//当前线程存储的数组  
  }  
  
//初始化当前线程的数据  
Values initializeValues(Thread current) {  
  return current.localValues = new Values();  
  }```
2.3 set

public void set(T value) {
Thread currentThread = Thread.currentThread();//获取当前的线程
Values values = values(currentThread);//
if (values == null) {
values = initializeValues(currentThread);
}
values.put(this, value);
}
3)get
[java] view plain copy 在CODE上查看代码片派生到我的代码片
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);
}```
从ThreadLocal的set和get方法可以看出,他们所操作的对象都是当前线程localValues对象的table数组,因此在不同线程中访问同一个ThreadLocal的set和get方法,他们对ThreadLocal所做的读写操作仅限于各自线程的内部。
3.MessageQueue-消息队列
消息队列在Android中指的是MessageQueue,MessageQueue主要包含两个操作:插入和读取。读取操作本身会伴随着删除操作,插入和读取对应的方法分别为enqueueMessage和next,其中enqueueMessage的作用是往消息队列中 插入一条消息,而next的作用是从消息队列中取出一条消息并将其从消息队列中移除。MessageQueue内部是通过一个单链表的数据结构来维护消息列表,当链表在插入和删除上比较有优势。

Paste_Image.png

3.1enqueueMessage插入消息

boolean enqueueMessage(Message msg, long when) {  
  if (msg.target == null) {  
  throw new IllegalArgumentException("Message must have a target.");  
  }  
  if (msg.isInUse()) {  
  throw new IllegalStateException(msg + " This message is already in use.");  
  }  
  
  synchronized (this) {  
  if (mQuitting) {  
  IllegalStateException e = new IllegalStateException(  
  msg.target + " sending message to a Handler on a dead thread");  
  Log.w(TAG, e.getMessage(), e);  
  msg.recycle();  
  return false;  
  }  
  
  msg.markInUse();  
  msg.when = when;  
  Message p = mMessages;  
  boolean needWake;  
  if (p == null || when == 0 || when < p.when) {  
  // New head, wake up the event queue if blocked.  
  msg.next = p;  
  mMessages = msg;  
  needWake = mBlocked;  
  } else {  
  // Inserted within the middle of the queue. Usually we don't have to wake  
  // up the event queue unless there is a barrier at the head of the queue  
  // and the message is the earliest asynchronous message in the queue.  
  needWake = mBlocked && p.target == null && msg.isAsynchronous();  
  Message prev;  
  for (;;) {  
  prev = p;  
  p = p.next;  
  if (p == null || when < p.when) {  
  break;  
  }  
  if (needWake && p.isAsynchronous()) {  
  needWake = false;  
  }  
  }  
  msg.next = p; // invariant: p == prev.next  
  prev.next = msg;  
  }  
  
  // We can assume mPtr != 0 because mQuitting is false.  
  if (needWake) {  
  nativeWake(mPtr);  
  }  
  }  
  return true;  
  }```
**3.2 next获取消息**

Message next() {
// Return here if the message loop has already quit and been disposed.
// This can happen if the application tries to restart a looper after quit
// which is not supported.
final long ptr = mPtr;
if (ptr == 0) {
return null;
}

int pendingIdleHandlerCount = -1; // -1 only during first iteration
int nextPollTimeoutMillis = 0;
for (;;) {
if (nextPollTimeoutMillis != 0) {
Binder.flushPendingCommands();
}

nativePollOnce(ptr, nextPollTimeoutMillis);

synchronized (this) {
// Try to retrieve the next message. Return if found.
final long now = SystemClock.uptimeMillis();
Message prevMsg = null;
Message msg = mMessages;
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());
}
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 {
mMessages = msg.next;
}
msg.next = null;
if (DEBUG) Log.v(TAG, "Returning message: " + msg);
msg.markInUse();
return msg;
}
} else {
// No more messages.
nextPollTimeoutMillis = -1;
}

// Process the quit message now that all pending messages have been handled.
if (mQuitting) {
dispose();
return null;
}

// If first time idle, then get the number of idlers to run.
// Idle handles only run if the queue is empty or if the first message
// in the queue (possibly a barrier) is due to be handled in the future.
if (pendingIdleHandlerCount < 0
&& (mMessages == null || now < mMessages.when)) {
pendingIdleHandlerCount = mIdleHandlers.size();
}
if (pendingIdleHandlerCount <= 0) {
// No idle handlers to run. Loop and wait some more.
mBlocked = true;
continue;
}

if (mPendingIdleHandlers == null) {
mPendingIdleHandlers = new IdleHandler[Math.max(pendingIdleHandlerCount, 4)];
}
mPendingIdleHandlers = mIdleHandlers.toArray(mPendingIdleHandlers);
}

// Run the idle handlers.
// We only ever reach this code block during the first iteration.
for (int i = 0; i < pendingIdleHandlerCount; i++) {
final IdleHandler idler = mPendingIdleHandlers[i];
mPendingIdleHandlers[i] = null; // release the reference to the handler

boolean keep = false;
try {
keep = idler.queueIdle();
} catch (Throwable t) {
Log.wtf(TAG, "IdleHandler threw exception", t);
}

if (!keep) {
synchronized (this) {
mIdleHandlers.remove(idler);
}
}
}

// Reset the idle handler count to 0 so we do not run them again.
pendingIdleHandlerCount = 0;

// While calling an idle handler, a new message could have been delivered
// so go back and look again for a pending message without waiting.
nextPollTimeoutMillis = 0;
}
}```
next方法是一个无限循环的方法,如果消息队列中没有消息,那么next方法会一直堵塞在这里。当有新消息到来时,next方法会返回这条消息并将其从链表中移除
4.Message- 消息实体
需要注意Message的一些成员变量Handler target; //对应的HandlerRunnable callback; //对应的回调Message next;//单链表引用

Paste_Image.png

5.Looper-消息循环
Looper在Android的消息机制中扮演着消息循环的角色,具体来说就是他会不停地从MessageQueue中查看是否有新消息,如果有新消息就会立刻处理,否则就一直阻塞在哪里。

Paste_Image.png

Looper处理prepare方法外,还提供了prepareMainLooper方法,这个方法主要是给主线程也就是ActivityThread创建Looper使用的,其本质也是通过prepare方法来实现。由于主线程的Looper比较特殊,所以Looper提供一个getMainLooper方法,通过它可以在任何地方获取主线程的Looper。Looper也是可以退出的,Looper提供勒quit和quitSafely来退出一个Looper。quit会直接退出Looper,而quitSafely只是设定一个退出标记,然后把消息队列的已有消息处理完毕后才安全退出。Looper退出后,通过Handler发送的消息会失败,这个时候Handler的send方法会返回false。在子线程,如果手动为其创建了Looper,那么所有的事情完成以后应该调用quit方法来终止消息循环,否则这个子线程就会一直处理等待的状态。
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  
Printer logging = me.mLogging;  
if (logging != null) {  
logging.println(">>>>> Dispatching to " + msg.target + " " +  
msg.callback + ": " + msg.what);  
}  
  
msg.target.dispatchMessage(msg);  
  
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();  
}  
}```
loop方法是一个死循环,唯一跳出循环的方式是MessageQueue的next方法返回了null。当Looper的quit方法被调用时,Looper就会调用MessageQueue的quit或者quitSafely方法来通知消息队列退出,当消息队列被标记为退出状态时,他的next方法会返回null。loop方法会调用MessageQueue的next方法来获取新消息,而next是一个阻塞操作,当没有消息时,next方法会一直阻塞在哪里,这也导致loop方法一直阻塞在哪里。若有新消息,Looper会调用msg。target。dispatchMessage(msg),这里的msg.target是发送这条消息的Handler对象,这样Handler发送的消息最终又交给它的dispatchMessage方法来处理了。但是这里不同的是,Handler的dispatchMessage方法是在创建Handler时所使用的Looper中执行,这样就成功将代码逻辑切换到指定的线程中去执行了。
**6.Handle-消息处理**
Handler的工作主要包含消息的发送和接收过程。消息的发送可以通过post的一系列方法以及send的一系列方法来实现,post的一系列方法最终是通过send的一系列方法来实现的。

![Paste_Image.png](http://upload-images.jianshu.io/upload_images/5423625-15aea8a7f8bcb48a.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
**6.1 创建**

使用Handler必须要有Looper,不然会报异常

public Handler(Callback callback) {
this(callback, false);
}

/**

  • Use the provided {@link Looper} instead of the default one.
  • @param looper The looper, must not be null.
    */
    public Handler(Looper looper) {
    this(looper, null, false);
    }

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;
}```
6.2 发送

Handler发送消息的过程仅仅是向消息队列中插入了一条消息

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);  
 }```
**6.3 接收**

当消息队列插入消息后,MessageQueue的next方法就会返回这条消息给Looper,Looper收到消息后就开始处理了,最终消息由Looper交由Handler处理

public interface Callback {
public boolean handleMessage(Message msg);
}

/**

  • Subclasses must implement this to receive messages.
    */
    public void handleMessage(Message msg) {
    }

/**

  • Handle system messages here.
    */
    public void dispatchMessage(Message msg) {
    if (msg.callback != null) {
    handleCallback(msg);
    } else {
    if (mCallback != null) {
    if (mCallback.handleMessage(msg)) {
    return;
    }
    }
    handleMessage(msg);
    }
    }```
    7.主线程的消息循环
    Android的主线程就是ActivityThread,主线程的入口方法为main,在main方法中系统会通过Looper.prepareMainLooper()来创建主线程的Looper以及MessageQueue,并通过Looper。loop()来开启主线程的消息循环
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());  
  
 AndroidKeyStoreProvider.install();  
  
 // 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");  
 }```
主线程的消息循环开始以后,ActivityThread还需要一个Handler来和消息队列进行交互,这个Handler就是ActivityThread.H,他的内部定义了一组消息类型,主要管理Activity的生命周期及四大组件的启动和停止过程等

private class H extends Handler {
public static final int LAUNCH_ACTIVITY = 100;
public static final int PAUSE_ACTIVITY = 101;
public static final int PAUSE_ACTIVITY_FINISHING= 102;
public static final int STOP_ACTIVITY_SHOW = 103;
public static final int STOP_ACTIVITY_HIDE = 104;
public static final int SHOW_WINDOW = 105;
public static final int HIDE_WINDOW = 106;
public static final int RESUME_ACTIVITY = 107;
public static final int SEND_RESULT = 108;
public static final int DESTROY_ACTIVITY = 109;
public static final int BIND_APPLICATION = 110;
public static final int EXIT_APPLICATION = 111;
public static final int NEW_INTENT = 112;
public static final int RECEIVER = 113;
public static final int CREATE_SERVICE = 114;
public static final int SERVICE_ARGS = 115;
public static final int STOP_SERVICE = 116;

public static final int CONFIGURATION_CHANGED = 118;
public static final int CLEAN_UP_CONTEXT = 119;
public static final int GC_WHEN_IDLE = 120;
public static final int BIND_SERVICE = 121;
public static final int UNBIND_SERVICE = 122;
public static final int DUMP_SERVICE = 123;
public static final int LOW_MEMORY = 124;
public static final int ACTIVITY_CONFIGURATION_CHANGED = 125;
public static final int RELAUNCH_ACTIVITY = 126;
public static final int PROFILER_CONTROL = 127;
public static final int CREATE_BACKUP_AGENT = 128;
public static final int DESTROY_BACKUP_AGENT = 129;
public static final int SUICIDE = 130;
public static final int REMOVE_PROVIDER = 131;
public static final int ENABLE_JIT = 132;
public static final int DISPATCH_PACKAGE_BROADCAST = 133;
public static final int SCHEDULE_CRASH = 134;
public static final int DUMP_HEAP = 135;
public static final int DUMP_ACTIVITY = 136;
public static final int SLEEPING = 137;
public static final int SET_CORE_SETTINGS = 138;
public static final int UPDATE_PACKAGE_COMPATIBILITY_INFO = 139;
public static final int TRIM_MEMORY = 140;
public static final int DUMP_PROVIDER = 141;
public static final int UNSTABLE_PROVIDER_DIED = 142;
public static final int REQUEST_ASSIST_CONTEXT_EXTRAS = 143;
public static final int TRANSLUCENT_CONVERSION_COMPLETE = 144;
public static final int INSTALL_PROVIDER = 145;
public static final int ON_NEW_ACTIVITY_OPTIONS = 146;
public static final int CANCEL_VISIBLE_BEHIND = 147;
public static final int BACKGROUND_VISIBLE_BEHIND_CHANGED = 148;
public static final int ENTER_ANIMATION_COMPLETE = 149;
}```
另外经常使用的runOnUIThread(Runable action),通过源码分析也是使用了mHandler,而mHandler的Looper也是使用的UI线程的mainLooper。

public final void runOnUiThread(Runnable action) {  
      if (Thread.currentThread() != mUiThread) {  
          mHandler.post(action);  
      } else {  
          action.run();  
      }  
  }```
出处:http://huangjunbin.com/page/3/
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容