Android UI線程和非UI線程

作者：佚名 2014-04-08 14:19:06

當應用啟動，系統會創建一個主線程（main thread）。這個主線程負責向UI組件分發事件（包括繪制事件），也是在這個主線程里，你的應用和Android的UI組件發生交互。所以main thread也叫UI thread也即UI線程。

UI線程及Android的單線程模型原則

當應用啟動，系統會創建一個主線程（main thread）。

這個主線程負責向UI組件分發事件（包括繪制事件），也是在這個主線程里，你的應用和Android的UI組件（components from the Android UI toolkit (components from the android.widget and android.view packages)）發生交互。

所以main thread也叫UI thread也即UI線程。

系統不會為每個組件單***建線程，在同一個進程里的UI組件都會在UI線程里實例化，系統對每一個組件的調用都從UI線程分發出去。

結果就是，響應系統回調的方法（比如響應用戶動作的onKeyDown()和各種生命周期回調）永遠都是在UI線程里運行。

當App做一些比較重（intensive）的工作的時候，除非你合理地實現，否則單線程模型的performance會很poor。

特別的是，如果所有的工作都在UI線程，做一些比較耗時的工作比如訪問網絡或者數據庫查詢，都會阻塞UI線程，導致事件停止分發（包括繪制事件）。對于用戶來說，應用看起來像是卡住了，更壞的情況是，如果UI線程blocked的時間太長（大約超過5秒），用戶就會看到ANR（application not responding）的對話框。

另外，Andoid UI toolkit并不是線程安全的，所以你不能從非UI線程來操縱UI組件。你必須把所有的UI操作放在UI線程里，所以Android的單線程模型有兩條原則：

1.不要阻塞UI線程。

2.不要在UI線程之外訪問Android UI toolkit（主要是這兩個包中的組件：android.widget and android.view）。

使用Worker線程

根據單線程模型的兩條原則，首先，要保證應用的響應性，不能阻塞UI線程，所以當你的操作不是即時的那種（not instantaneous），你應該把他們放進單另的線程中（叫做background或者叫worker線程）。

比如點擊按鈕后，下載一個圖片然后在ImageView中展示：

public void onClick(View v) { 
    new Thread(new Runnable() { 
        public void run() { 
            Bitmap b = loadImageFromNetwork("http://example.com/image.png"); 
            mImageView.setImageBitmap(b); 
        } 
    }).start(); 
}

這段代碼用新的線程來處理網絡操作，但是它違反了第二條原則：

Do not access the Android UI toolkit from outside the UI thread.

從非UI線程訪問UI組件會導致未定義和不能預料的行為。

為了解決這個問題，Android提供了一些方法，從其他線程訪問UI線程：

Activity.runOnUiThread(Runnable)
View.post(Runnable)
View.postDelayed(Runnable, long)

比如，上面這段代碼可以這么改：

public void onClick(View v) { 
    new Thread(new Runnable() { 
        public void run() { 
            final Bitmap bitmap = loadImageFromNetwork("http://example.com/image.png"); 
            mImageView.post(new Runnable() { 
                public void run() { 
                    mImageView.setImageBitmap(bitmap); 
                } 
            }); 
        } 
    }).start(); 
}