Android UI线程和非UI线程-android 子线程更新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(); 
}