网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
…
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 {
…
}
…
这段代码其实很好理解，第一条消息进来时，P对象为空，mMessages对象也是为空，然后此时p==null成立，因此走if里面的代码块，然后让当前这条要发送的消息的下一个消息对象next引用指向p（也就是null），然后让mMessages等于当前消息对象。
那么当第二条消息进来时，又重新new了一个p对象，让它等于mMessage（也就是第一条消息对象），这次进来就需要判断第二条消息的时间是不是小于第一条消息的时间，也就是when < p.when是否成立，如果是小于的情况，那么就让当前消息对象msg（也就是第二条消息）的下一个指向next引用指向p（也就是第一条消息对象），而此时mMessages对象等于第二条消息对象，那现在这种情况也就是说如果我发送的第二条消息对象的时间是比第一条消息对象的时间还要小的话，那么就会让第二条消息排在第一条消息对象的前面，也就是先让第二条消息先发送：
第三条消息的时间也是比第二条消息要小，所以依然第三条消息的next引用指向第二条消息对象，那么当第四条消息对象的时间是比第三条消息对象的时间要大的话，则就走else块的代码，来看看会发生什么：
boolean enqueueMessage(Message msg, long when) {
…
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;
}
…
可以看到，此时就是先创建一个prev对象，用来记录当前消息的上一个消息对象的，让它等于p（也就是第三条消息对象），然后p等于p（第三条消息对象）的下一个消息对象（此时是为第二条消息），所以现在p就为第二条消息对象，之后就判断当前对象(第四条消息对象)的时间when是否小于第二条消息对象的when，如果成立，则不用再循环，走msg.next = p;和prev.next = msg这两行代码，这两行代码的意思就是：当前消息对象msg（第四个消息对象）的下一个指向对象为p（此时为第二个消息），然后prev(此时为第三个消息对象)的下一个指向为msg当前消息对象，所以此时单链表的顺序是第三条消息对象指向第四条消息对象，第四条消息对象则指向第二条消息对象，因为第四条消息对象的时间是小于第二条的时间，大于第三条的时间：
那如果刚刚在for循环那里，此时第四条消息它的时间比第二条消息还要大，那循环就继续，prev等于第二条消息对象，而p等于 第二条消息对象的下一个对象即第一条消息对象，然后此时判断条件第四条消息对象时间比第一条消息对象时间要小，成立，则跳出循环，执行msg.next = p;和prev.next = msg这两行代码，所以此时第四条消息对象的下一个对象则指向第一条消息对象，而第二条消息对象则执行第四条消息对象，所以此时链的顺序是：第三条消息对象指向第二条消息对象，第二条消息对象则指向第四条消息对象，而第四条消息对象则指向第一条消息对象：
所以，handler的消息排序机制也就是靠这个时间when来决定谁先谁后，小的那个排在大的后面，借由单链表的插入特性来进行插入。因此，handler发送的消息其实是发送到MessageQueue里的链表Message里存储。
Handler请求在哪里被处理
那就要在ActivityThread里找到main()方法，也就是当应用启动时的方法，在里面可以看到：
public static void main(String[] args) {
Trace.traceBegin(Trace.TRACE_TAG_ACTIVITY_MANAGER, “ActivityThreadMain”);
// 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);
…
Looper.prepareMainLooper();
…
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”);
}
Looper.prepareMainLooper()方法就是创建Looper对象，而Looper.loop()方法则开启轮询消息，不断去取消息，然后进行分发，所以看看它是怎么处理消息的：
public static void loop() {
final Looper me = myLooper();
…
for (;😉 {
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
…
try {
msg.target.dispatchMessage(msg);
dispatchEnd = needEndTime ? SystemClock.uptimeMillis() : 0;
} finally {
if (traceTag != 0) {
Trace.traceEnd(traceTag);
}
}
…
}
}
可以看到是遍历MessageQueue队列，然后去取它里面的消息对象Message，调用queue的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);
…
…
取之前，有个nativePollOnce()方法，是用来判断是否唤醒请求方法，使用了epoll机制，防止loop()方法一直轮询会卡死程序。然后接下来取消息的代码块里又加了synchronized同步锁，也就意味着多个消息不会出现并发的问题（即使多个handler同时发送消息）：
…
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());
}
…
…
取出消息对象后，再次回到loop()方法中，最后调用这个方法来处理消息：
public static void loop() {
…
try {
msg.target.dispatchMessage(msg);
dispatchEnd = needEndTime ? SystemClock.uptimeMillis() : 0;
} finally {
if (traceTag != 0) {
Trace.traceEnd(traceTag);
}
}
…
}
调用了msg消息对象的target的dispatchMessage()方法去分发消息，这里的target其实就是handler对象：
public final class Message implements Parcelable {
public int what;
…
/package/ int flags;
/package/ long when;
/package/ Bundle data;
/package/ Handler target;
/package/ Runnable callback;
// sometimes we store linked lists of these things
/package/ Message next;
…
}
Handler、Looper、MessageQueue和Message四者关系
首先Handler可以在任意Activity里创建的，而Looper则是在ActivityThread的main()方法里创建的，接下里回到main()方法里往下看prepareMainLooper()方法：
public static void prepareMainLooper() {
prepare(false);
synchronized (Looper.class) {
if (sMainLooper != null) {
throw new IllegalStateException(“The main Looper has already been prepared.”);
}
sMainLooper = myLooper();
}
}
点进去看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));
}
可以看到这里new了Looper对象，然后把它传到sThreadLocal的set()方法里，那么先来看看looper的构造方法：
private Looper(boolean quitAllowed) {
mQueue = new MessageQueue(quitAllowed);
mThread = Thread.currentThread();
}
好，那到现在为止，我们可以知道Looper是在ActivityThread的main()方法里调用Looper.prepareMainLooper()方法创建的，而Looper调用构造方法的同时，它也把MessageQueue给创建出来，创建的方法有直接new的方法，也有obtain()方法：
Message message = new Message();
Message message2 = Message.obtain();
官方建议使用obtain()方法来创建Message对象，因为obtain()方法采用了缓存池方式，定义了一个缓存池来构造了消息对象，然后要创建消息对象，就直接从池里取就行(没有缓存对象才去重新new一个新的消息对象)，这样能避免了每次都要构造与销毁对象造成的性能消耗以及可能引发的内存抖动现象。
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();
}
给它上锁，防止并发问题，然后定义m对象，让它等于sPool，也就是此时最后那个消息对象，然后sPool等于最后一个消息对象的下一个消息对象，那此时假设它为第一个消息对象，接着继续，此时m的下一个对象要指向null了，因为要把它取出来，然后容量要自减1，这段逻辑就是一个链表的常规取元素的逻辑，很容易理解。可以看到该池默认的容量是50：
不过这里有一点要补充的，就是这里的容量是50可能会有些歧义，让人觉得MessageQueue就真的只能缓存50个消息对象，但上面已经分析过Message结构是链表，理论上来说数量是没有限制的，而这里规定了50是处于性能的考虑以及方便我们去管理MessageQueue，如果实在是要突破这个容量去构造Message对象也是可以的，因为源码里也没有超出50之后抛异常的逻辑，所以当超出50之后，就重新new消息对象，直到本身内存不够报错。
为什么要用缓存池的方式来处理消息对象，因为除了我们用户之外，安卓底层其实很多地方都使用到了handler来发送和处理消息（比如ActivityThread和ApplicationThread通信），因此消息对象会频繁地被使用到，为了避免刚才说的频繁构造与销毁对象造成的性能消耗以及可能引发的内存抖动现象，就定义池来管理消息对象，一旦你要构造消息对象，就使用池里事先缓存好的消息对象，直到缓存池里的消息对象用完了，这时才去new新的消息对象。
ThreadLocal跟Handler的关联
在主线程中可以直接new我们的Handler对象，而在子线程中则要创建looper对象和开启looper轮询消息方法：
public class PingredActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
new Thread(new Runnable() {
@Override
public void run() {
Looper.prepare();
Handler handler = new Handler(){
@Override
public void handleMessage(Message msg) {
super.handleMessage(msg);
}
};
handler.sendEmptyMessage(1);
Looper.loop();
}
}).start();
}
}
刚刚在看源码的时候可以看到主线程在activityThread中这两步已经帮我们写好了，因此直接创建Handler对象就可以。
还有一点要注意的是，每个线程的Looper都是不一样的，主线程中的Looper是属于主线程的，而子线程中Looper则属于子线程的，在创建Looper对象时，别忘了，它最后是作为参数传给了threadLocal对象里：
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));
}
而ThreadLocal是一个用来存储每个线程自己独有的一些副本数据的对象，用线程自己的id作为key值可以从ThreadLocal对象里取它对应的线程里存的数据，比如Looper对象，所以为什么说一个线程里可以有多个handler对象，而looper对象以及messageQueue只能是一个，就是因为它们都被set()方法存进ThreadLocal里。
或许用一个示例（伪）代码你就更能明白了：
public void doThreadLocal(){
final ThreadLocal threadLocal = new ThreadLocal(){
@Nullable
@Override
protected String initialValue() {
//默认返回null，现重写方法返回HelloWorld
return “HelloWorld”;
}
};
//从ThreadLocalMap中获取值，key是主线程
Log.v(“main”,“主线程的threadLocal：” + threadLocal.get());
Thread thread = new Thread(new Runnable() {
@Override
public void run() {
//还没set值之前
String before_value = threadLocal.get();
Log.v(“child”,“thread1：” + before_value);
//set值之后
threadLocal.set(“pingred”);
String after_value = threadLocal.get();
Log.v(“child”,“after_thread1：” + after_value);
}
});
thread.start();
}
现在在主线程里定义了一个ThreadLocal对象，它有一个重写方法initialValu()方法，该方法返回了我们定义的值，该方法是当没有给ThreadLocal设置值的时候，就返回这个初始化的值HelloWorld。而无论是用哪个线程去获取ThreadLocal里的值时，如果没有线程在当初自己线程里往ThreadLocal存值时，那么无论是哪个线程去获取ThreadLocal里的值时，就会返回这个初始值HelloWorld。
而现在子线程里给initialValu()方法里调用set()方法设置了一个值，因此当在子线程里通过get()方法去取ThreadLocal里的值时，就会获取到“pingred”，也就是当前子线程当初存的值，而此时如果主线程去获取，则获取到的值则是“HelloWorld”，也就是主线程自己设置的那个值，这也印证了我们上面说过的，每个线程通过ThreadLocal去获取值时，只会获取到它们自己存的值，这些值不是共享的，是独有的。
当然我们还是要靠源代码来证实，因此看看get()方法的源码：
public T get() {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null) {
ThreadLocalMap.Entry e = map.getEntry(this);
if (e != null) {
@SuppressWarnings(“unchecked”)
T result = (T)e.value;
return result;
}
}
return setInitialValue();
}
可以看到，通过获取到当前的线程去构造了线程对象t，然后通过它去获取到一个ThreadLocalmap集合，这样一来其实就是表示每个线程都有它自己的独有的这个map集合，用来存储它们自己独有的数据，最后返回获取到数据。如果map里没有数据，则就返回初始方法里的初始值。比如现在是在主线程里调用get()方法，那它现在得到的map肯定就不是子线程的map，那它自然就不可能得到子线程里存储的数据，因此返回的是setInitiaValue()方法里的值。
而同样如果此时是子线程里调用get()方法，那它也只能是根据自己的map去得到自己存的值，而不会得到主线程存的值，除非子线程没有存值，因此就会走setInitiaValue()方法，返回的是该方法里设置的值。set()方法也是遵循这个原则：
public void set(T value) {
Thread t = Thread.currentThread();
ThreadLocalMap map = getMap(t);
if (map != null)
map.set(this, value);
else
createMap(t, value);
}
使用当前线程去操作，不同的线程设置自己的数据。所以ThreadLocal也有防止多线程并发问题的作用，这样一来Looper对象以及消息队列及其里面的消息就不用被其他线程访问到。
说到这个Thread.currentThread()方法，就不得不提到一个常见的问题，就是为什么子线程里不能更新UI，我们来看看requestLayout()方法的源码：
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
()方法，就不得不提到一个常见的问题，就是为什么子线程里不能更新UI，我们来看看requestLayout()方法的源码：
@Override
public void requestLayout() {
if (!mHandlingLayoutInLayoutRequest) {
checkThread();
[外链图片转存中…(img-SkChkHfr-1715523236093)]
[外链图片转存中…(img-eEpnD7Nf-1715523236094)]
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
265
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
