- 問(wèn)題的引出
我們知道Android開(kāi)發(fā)中我們是一般不會(huì)在子線程中去更新UI，而是利用Handler將當(dāng)前子線程的消息post(Runnable)到主線程中去，這樣就可以安全的更新UI了，看過(guò)Handler源碼的同學(xué)應(yīng)該知道post(Runnable
)底層就是將Runnable轉(zhuǎn)化為Message然后交給Handler去處理的。這時(shí)我們發(fā)現(xiàn)一個(gè)問(wèn)題，那就是在android中大量的UI更新是不是會(huì)創(chuàng)建大量的Message呢？
- 探究android是如何去處理處理大量的Message
看看Message源碼類注釋，從下面的注釋可以知道，它推薦我們通過(guò)Message.obtain()的方式去獲取一個(gè)Message使用，還有我們看到一個(gè)關(guān)鍵字"recycled"，說(shuō)明通過(guò)這個(gè)方法獲取的Message是從回收池pool中獲取的。
/**
*
* Defines a message containing a description and arbitrary data object that can be
* sent to a {@link Handler}. This object contains two extra int fields and an
* extra object field that allow you to not do allocations in many cases.
*
* <p class="note">While the constructor of Message is public, the best way to get
* one of these is to call {@link #obtain Message.obtain()} or one of the
* {@link Handler#obtainMessagerecycleUnchecked Handler.obtainMessage()} methods, which will pull
* them from a pool of recycled objects.</p>
*/
- 關(guān)注怎么怎么從回收池中獲取Message的
在首次調(diào)用obtain方法時(shí)，①當(dāng)前pool中沒(méi)有Message可用，因此會(huì)創(chuàng)建一個(gè)Message對(duì)象②當(dāng)前pool有Message可用則直接取出表頭Message。現(xiàn)在我發(fā)現(xiàn)一個(gè)問(wèn)題，那就是創(chuàng)建了一個(gè)Message對(duì)象之后，它是什么時(shí)候添加到pool中的？
- next：是Message的屬性，是Message類型的，指向的是下一個(gè)Messae對(duì)象，因此從這點(diǎn)可以看出，它是一個(gè)鏈表的方式實(shí)現(xiàn)的。
- sPoolSync：一個(gè)普通的object，純粹是為了同步鎖使用
- sPool:表頭
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();
}
public Message() {
}
- 探索Message是怎么被存到鏈表中的？
首先我們要Handler的工作需要誰(shuí)來(lái)配合？很簡(jiǎn)單，那就是Message，MessageQueue和Looper。下面我簡(jiǎn)單的說(shuō)說(shuō)每一個(gè)類的作用，詳細(xì)請(qǐng)參考另一篇博客[Handler消息處理機(jī)制][1]
[1]:http://blog.csdn.net/lwj_zeal/article/details/52814068 "Handler消息處理機(jī)制"
- Message：Handler處理的消息。
- MessageQueue：消息隊(duì)列，專門(mén)負(fù)責(zé)存儲(chǔ)消息的。
- Looper：消息輪訓(xùn)器，輪訓(xùn)消息隊(duì)列獲取消息交給Handler去處理。
知道了上面的關(guān)系之后，那么我們得找到切入點(diǎn)，我們知道Looper是負(fù)責(zé)輪訓(xùn)消息隊(duì)列的，然后取出消息交給Handler去處理，那么我們就可以猜測(cè)它既然可以取消息，那么肯定需要解決handler處理的Message的，追蹤源碼Looper.loop()瞅瞅：
public static void loop() {
final Looper me = myLooper();
...
for (;;) {//阻塞
//取出一個(gè)消息
Message msg = queue.next(); // might block
if (msg == null) {
// No message indicates that the message queue is quitting.
return;
}
...
try {
//讓handler去處理這個(gè)消息
msg.target.dispatchMessage(msg);
} finally {
if (traceTag != 0) {
Trace.traceEnd(traceTag);
}
}
//handler處理完消息之后，回收消息
//關(guān)鍵代碼
msg.recycleUnchecked();
}
}
Message：recycleUnchecked
void recycleUnchecked() {
//重置信息
// Mark the message as in use while it remains in the recycled object pool.
// Clear out all other details.
flags = FLAG_IN_USE;
what = 0;
arg1 = 0;
arg2 = 0;
obj = null;
replyTo = null;
sendingUid = -1;
when = 0;
target = null;
callback = null;
data = null;
synchronized (sPoolSync) {
//當(dāng)前pool中的Message還沒(méi)有超過(guò)MAX_POOL_SIZE時(shí)
//將將消息添加到鏈表中，這里就實(shí)現(xiàn)了pool添加Message的操作了
if (sPoolSize < MAX_POOL_SIZE) {
next = sPool;
sPool = this;
sPoolSize++;
}
}
}
- 結(jié)論
從Message類的源碼注釋中也可以看出，它推薦通過(guò)Message.obtain()方法獲取一個(gè)Message對(duì)象，這個(gè)可以減少內(nèi)存的消耗，也是比較規(guī)范的寫(xiě)法。
