这篇文章将讨论Android应用程序中使用的线程模型，并讨论如何确保应用程序最佳的UI呈现（通过创建工作者线程来处理耗时的操作，而不是在主线程里处理）。这篇文章还将阐述与运行在主线程中的UI组件交互的API以及创建托管的工作者线程的API。

UI线程

当应用程序启动后，系统创建了一个叫做“main”的线程。主线程，也叫UI线程，非常重要，因为它负责分发事件给构件，包括绘制事件。也是这个线程，在这里才能与Android UI工具包中的组件进行交互。

例如，当你触摸屏幕上的一个按钮时，UI线程会分发一个触摸事件给构件，然后，构件会设定自己为被按下的状态，并抛出一个显示无效的请求给事件队列。UI线程队列请求并通知构件绘制自己。

单线程模型会导致性能低下，除非你的程序很好地实现。特别是，当所有的操作都在单一的线程中进行，耗时的操作（如网络访问、数据查询）会阻塞UI。在耗时操作执行时，没有任何事件可以分发，包括绘制的事件。从用户的视觉来看，应用程序被挂起了。更糟糕的是，如果UI线程阻塞超过一定的时间（现在大约是5秒钟），系统会给用户呈现一个糟糕的“应用程序无响应”（ANR）对话框。

如果你想看这有多糟糕，你可以写一个简单的应用程序，在一个Button的OnClickListener函数中调用Thread.sleep(2000)。按钮在回到它正常状态之前，保持被按下的状态2秒钟。当这种情况发生时，用户很容易认为应用程序慢。

总之，对于应用程序UI的响应性来说，保证UI线程不被阻塞是至关重要的。如果你有耗时的操作，你应该确保在另外的线程（后台或工作者线程）中执行。

下面有一个例子，点击事件处理函数中，从网络上下载一个图片，并显示到ImageView上：

public void onClick(View v) {

  new Thread(new Runnable() {

    public void run() {

      Bitmap b = loadImageFromNetwork();

      mImageView.setImageBitmap(b);

    }

  }).start();

}