Android UI線程和非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線程：

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

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();
}