Handler的post方法创建的线程和UI线程有什么关系？

有时候为了方便，我们会直接写如下代码：

1. mHandler.post(new Runnable()  
2.         {  
3.             @Override  
4.             public void run()  
5.             {  
6.                 Log.e("TAG", Thread.currentThread().getName());  
7.                 mTxt.setText("yoxi");  
8.             }  
9.         });  

然后run方法中可以写更新UI的代码，其实这个Runnable并没有创建什么线程，而是发送了一条消息，下面看源码：

1. public final boolean post(Runnable r)  
2.    {  
3.       return  sendMessageDelayed(getPostMessage(r), 0);  
4.    }  

1. private static Message getPostMessage(Runnable r) {  
2.       Message m = Message.obtain();  
3.       m.callback = r;  
4.       return m;  
5.   }  

可以看到，在getPostMessage中，得到了一个Message对象，然后将我们创建的Runable对象作为callback属性，赋值给了此message.

注：产生一个Message对象，可以new  ，也可以使用Message.obtain()方法；两者都可以，但是更建议使用obtain方法，因为Message内部维护了一个Message池用于Message的复用，避免使用new 重新分配内存。

1. public final boolean sendMessageDelayed(Message msg, long delayMillis)  
2.    {  
3.        if (delayMillis < 0) {  
4.            delayMillis = 0;  
5.        }  
6.        return sendMessageAtTime(msg, SystemClock.uptimeMillis() + delayMillis);  
7.    }  

1. public boolean sendMessageAtTime(Message msg, long uptimeMillis) {  
2.        MessageQueue queue = mQueue;  
3.        if (queue == null) {  
4.            RuntimeException e = new RuntimeException(  
5.                    this + " sendMessageAtTime() called with no mQueue");  
6.            Log.w("Looper", e.getMessage(), e);  
7.            return false;  
8.        }  
9.        return enqueueMessage(queue, msg, uptimeMillis);  
10.    }  

最终和handler.sendMessage一样，调用了sendMessageAtTime，然后调用了enqueueMessage方法，给msg.target赋值为handler，最终加入MessagQueue.