我们知道，Android系统为了提高程序的实时响应能力，不允许在UI线程中进行耗时的操作，否则会出现ANR异常，因此必须将耗时的任务放到非UI线程中执行。Android/Java提供了很多类来帮助大家完成异步操作，比如：Thread类，Timer类，AsyncTask类，HandlerThread类，以及Executor接口。这些类都分别在什么场合下使用呢？
本文简单地总结一下Android开发中常见的多线程类型和解决方案，并比较和分析了各个方案的区别，以便更好地理解和应用这些API接口。
1. 单项异步任务
［场景］：下载一个APK文件，拷贝一个大文件。
［方案］：Thread类，AsyncTask类
［比较］：
AsyncTask提供了onProgressUpdate和onPostExecute通知调用者任务执行的进度和结果，在函数内可以直接执行UI操作。
而Thread中不能直接操作UI界面，而要通过Activity.runOnUiThread或者借助Handler来完成UI的更新。
所以Thread更适合执行一些不需要跟UI频繁交互的单项任务，而AsyncTask相反。
2. 定时/循环执行的任务
［场景］：定时刷新UI（如：秒表），保持TCP心跳连接。
［方案］：“Thread + sleep”，定时器Timer
［比较］：
“Thread + sleep” 方案示例：
|
1
2
3
4
5
6
7
8
9
|
new
Thread(
new
Runnable() {
@Override
public
void
run() {
while
(!EXIT) {
Thread.sleep(
1000
);
mListener.onTimeArrived();
}
}
}).start();
|
两者都不能在循环中执行UI更新操作，而必须借助Activity.runOnUiThread或者Handler来完成UI的更新。
由于Thread方案中onTimeArrived()占用了部分时间，所以这种方案的定时并不准确，而Timer是由系统创建异步通知的定时器，会更加准确，所以推荐使用Timer来完成定时任务。
3. 工作线程
工作线程启动后处于一种等待“命令”/“消息”的休眠状态，当接收到“命令”/“消息”后，将它放入“命令”/“消息”队列，然后唤醒线程依次串行或者并行执行。
［场景］：“生产者--消费者”模式，TCP Server端命令处理程序
［方案］： “Thread + condition/lock” ，HandlerThread类，线程池Executor
［比较］：
HandlerThread类是Android系统提供了封装好了Loop循环的Thread类，可以更加便捷地完成CallerThread和WorkThread的命令/消息交互。当然，我们也可以用Thread和Condition／Lock方式实现同样的效果，只不过要自己实现更多的代码。
前面的两种方式，都是“串行”的方式在执行“命令”，如果希望提供并发性，同时开启和管理多个线程来执行任务，则可以考虑使用Executor。
本文转自 Jhuster 51CTO博客，原文链接：http://blog.51cto.com/ticktick/1564055，如需转载请自行联系原作者
