Android线程和Handler基础入门

Android上的线程

　　无论何时启动APP，所有的组件都会运行在一个单独的线程中（默认的）——叫做主线程。这个线程主要用于处理UI的操作并为视图组件和小部件分发事件等，因此主线程也被称作UI线程。

　　如果你在UI线程中运行一个耗时操作，那么UI就会被锁住，直到这个耗时操作结束。对于用户体验来说，这是非常糟糕的！这也就是为什么我们要理解Android上的线程机制了。理解这些机制就可以把一些复杂的工作移动到其它的线程中去执行。如果你在UI线程中运行一个耗时的任务，那么很有可能会发生ANR（应用无响应），这样用户就会很快地结束掉你的APP。

　　Android和Java一样，它支持使用Java里面的Thread类来进行一步任务处理。所以可以轻松地像上面Java的例子一样来使用Android上的线程，不过那好像还是有点困难。

为什么在Android上使用标准Java的线程会困难呢？

　　其实平行任务处理没有想象中的那么简单，你必须在多线程中保证并发，就像伟大的Tim Bray说的那样：ordinary humans can’t do concurrency at scale (or really at all) …

　　特别对于Android来说，以下这些功能就略显臃肿：

1. 异步对于UI线程来说是一个主要的PITA（如果你需要在后台线程中向主线程更新界面，那么你就会用到）。
2. 如果屏幕方向或者屏幕配置改变的话，就会出现一些更加奇怪的现象。因为改变屏幕方向，会引起Activity重建（所以后台线程就需要去改变被销毁的Activity的状态了，而如果后台线程不是在UI线程之上的话，那情况会更加复杂，原因如条件1）。
3. 对于线程池来说，没有默认的处理方式。
4. 取消线程操作需要自定义代码实现。

　　那么在Android上怎么进行任务并发处理呢？

　　你可能听过一些Android上一些常见的名词：

1、Handler
这就是我们今天要讨论的详细主题。

2、AsyncTask
使用AsyncTask是在Android上操作线程最简单的方式，也是最容易出错的方式。

3、IntentService
这种方式需要写更多的代码，但是这是把耗时任务移动到后台的很好的方式，也是我最喜欢的方式。配上使用一个EventBus机制的框架如Otto，这样的话实现IntentService就非常简单了。

4、Loader
关于处理异步任务，还有很多事情需要做，比如从数据库或者内容提供者那里处理一些数据。

5、Service
如果你曾经使用过Service的话，你应该知道这里会有一点误区，其中一个常见的误解就是服务是运行在后台线程的。其实不是！看似运行在后台是因为它们不与UI组件关联，但是它们（默认）是运行在UI线程上的……所以默认运行在UI线程上，甚至在上面没有UI部件。

　　如果想要把服务运行在后台线程中，那么必须自定义一个线程，然后把操作代码都运行在那个线程中（与上面提到的方法很类似）。事实上你应该使用IntentService实现，但是这不是本文讨论的主题。

Android上的Handler

　　以下是从 Android developer documentation for Handlers:中摘选的一段话：

> A Handler allows you to send and process Message and Runnable objects associated with a thread’s MessageQueue. Each Handler instance is associated with a single thread and that thread’s message queue. When you create a new Handler, it is bound to the thread/message queue of the thread that is creating it — from that point on, it will deliver messages and runnables to that message queue and execute them as they come out of the message queue.

　　为了更好地了解这个概念，也许你需要去看看什么是Message Queues。