Android的主線程和子線程

 在一個Android 程序開始運行的時候，會單獨啟動一個Process。默認的情況下，所有這個程序中的Activity或者Service（Service和 Activity只是Android提供的Components中的兩種，除此之外還有Content Provider和Broadcast Receiver）都會跑在這個Process。

        一個Android 程序默認情況下也只有一個Process，但一個Process下卻可以有許多個Thread。
   
       在這麼多Thread當中，有一個Thread，我們稱之為UI Thread。UI Thread在Android程序運行的時候就被創建，是一個Process當中的主線程Main Thread，主要是負責控制UI界面的顯示、更新和控件交互。在Android程序創建之初，一個Process呈現的是單線程模型，所有的任務都在一 個線程中運行。因此，我們認為，UI Thread所執行的每一個函數，所花費的時間都應該是越短越好。而其他比較費時的工作（訪問網絡，下載數據，查詢數據庫等），都應該交由子線程去執行， 以免阻塞主線程。

        那麼，UI Thread如何和其他Thread一起工作呢？常用方法是：

        誕生一個主線程的Handler物件，當做Listener去讓子線程能將訊息Push到主線程的Message Quene裡，以便觸發主線程的handlerMessage（）函數，讓主線程知道子線程的狀態，並在主線程更新UI。

       例如，在子線程的狀態發生變化時，我們需要更新UI。如果在子線程中直接更新UI,通常會拋出下面的異常：
   
        11-07 13:33:04.393: ERROR/JavaBinder(1029):android.view.ViewRoot$CalledFromWrongThreadException:Only the original thread that created a view hierarchy can touch its views.

       意思是，無法在子線程中更新UI。為此，我們需要通過Handler物件，通知主線程Ui Thread來更新界面。

       還有一個我們遇到的常見問題，會拋出下面的異常：

       Can't create handler inside thread that has not called Looper.prepare()

       意思是，在子線程中創建handler對象而又沒有關聯Looper對象。