概述
线程是操作系统调度的最小单元，且又是一种有限资源，它的创建和销毁都会有相应的系统开销。
若线程数量大于CPU核心数量（一般来说，线程数量都会大于CPU核心数量），系统会通过时间片轮转的方式调度每一个线程。
频繁的创建和销毁线程，所带来的系统开销巨大，需要通过线程池来避免这个问题。
Android沿用了JAVA的线程模型，分为主线程与子线程。
主线程是指进程所拥有的线程，默认情况下，一个进程只有一个线程，即主线程。主线程用来运行四大组件，以及处理界面相关的逻辑。主线程为了保持较高的响应速度，不能执行耗时操作，否则会出现界面卡顿。
子线程又叫做工作线程，除了主线程以外的线程都叫做子线程。子线程用来处理耗时任务，比如网络请求，I/O操作等。
Android中线程的形态
Android中，可以作为线程的类，除了传统的Thread以外，还有AsyncTask、IntentService、HandlerThread，他们的底层实现也是线程，但他们有特殊的表现形式，使用起来也各有优缺点。
AsyncTask
AsyncTask是一种轻量的异步类，内部封装了线程池和Handler。在线程池中执行后台任务，并把执行的进度和结果传递给主线程，主要被用来在子线程中更新UI。
AsyncTask是一个抽象泛型类，他的声明如下
public abstract class AsyncTask<Params, Progress, Result>
其中，
Params表示参数类型；
Progress表示后台任务执行进度的类型；
Rusult表示后台任务返回值的类型。
AsyncTask有几个常用的回调方法，他们的作用分别为：
- onPreExecute()，在主线程中执行，异步任务执行之前调用，用来做些准备工作；
- doInBackground(Params... params)，在线程池中执行，用于执行异步任务。并且在此方法中，可以通过调用publishProgress方法来更新任务进度。此方法还要提供返回值给onPostExecute；
- onProgressUpdate(Progress... value)，在主线程中执行，后台任务执行进度发生改变时调用。publishProgress方法会调用onProgressUpdate方法，不要直接调用它；
- onPostExecute(Result result)，在主线程中执行，异步任务之后被调用。result即为doInBackground提供的返回值。
- onCancelled()，在主线程中执行，当异步任务被取消的时候会被调用。
这几个方法的执行顺序是onPreExecute->doInBackground->onPostExecute。当异步任务被取消时，onCancelled会被调用，此时onPostExecute不会被调用。
一个例子：
class Download extends AsyncTask<String, Integer, Integer> {
@Override
protected void onPreExecute() {
// 在主线程中执行，异步任务执行之前调用，用来做些准备工作
super.onPreExecute();
}
@Override
protected Integer doInBackground(String... strings) {
// 在线程池中执行，用于执行异步任务。并且在此方法中，可以通过调用publishProgress方法来更新任务进度。此方法还要提供返回值给onPostExecute
tv_text.setText("TheThread 准备下载: " + strings[0]);
int i = 0;
for (; i < 100; i++) {
SystemClock.sleep(1000);
publishProgress(i);
}
return i;
}
@Override
protected void onProgressUpdate(Integer... values) {
// 在出现场中执行，后台任务执行进度发生改变时调用。publishProgress方法会调用onProgressUpdate方法，不要直接调用它
tv_text.setText("TheThread 正在进行: " + values[0]);
super.onProgressUpdate(values);
}
@Override
protected void onPostExecute(Integer integer) {
// 在主线程中执行，异步任务之后被调用。result即为doInBackground提供的返回值
tv_text.setText("TheThread 完成: " + integer);
super.onPostExecute(integer);
}
@Override
protected void onCancelled() {
// 在主线程中执行，当异步任务被取消的时候会被调用
super.onCancelled();
}
}
...
// 执行
new Download().execute("一个文件");
下载也是AsyncTask常见用途，下载过程中可以通过publishProgress更新进度条，当下载完成，也就是doInBackground给出返回值时，onPostExecute会被调用代表这个任务已经结束。
AsyncTask在使用时，也有一些限制条件：
- 一个AsyncTask只能调用一次execute；
- AsyncTask执行任务是串行执行的，若想并行执行，需要调用executeOnExecutor方法。
PS：关于网上一个讨论
《安卓开发艺术探索》：
AsyncTask的对象必须在主线程中创建
execute方法必须在UI线程中调用
书中讲得很清楚，必须在主线程中首次加载，是因为AsyncTask底层用到了Handler，在AsyncTask加载时会初始化其内部的Handler。但是在4.1以后，ActivityThread的main方法会调用AsyncTask的init方法，此时其内部的Handler已被初始化，所以现在在子线程中调用AsyncTask的创建并execute也没问题。
所以书上的这句话大概是笔误？
// 可以正常执行不会报错的代码
new Thread(new Runnable() {
@Override
public void run() {
new Download().execute("一个文件");
}
}).start();
HandlerThread
HandlerThread是Thread，特殊之处在于它的内部，主动开启了消息循环Looper。
结合Hanlder的内容，HandlerThread其实很好理解。我们知道如果在Activity中要使用Handler，是不需要刻意创建Looper的，因为Activity会为我们创建好一个Looper供我们使用，但是在子线程中使用Handler就必须自己创建Looper，否则会报错。HandlerThread就是为我们提供了一个自带Looper的Thread，作用主要是为我们提供一个存在于子线程中的Looper。
普通Thread是通过run方法执行一个任务，HandlerThread需要通过一个Handler的消息的方式来执行一个任务，它的run方法是一个无限循环，在不使用的时候要通过quit方法来终止其线程的执行。
HandlerThread适用于会长时间在后台运行，间隔触发的情况，比如实时更新。这就是谷歌爸爸给开发者提供的一个轮子，当然自己根据这个原理实现的话，也不差。
HandlerThread的主要应用场景是IntentService。
IntentService
IntentService是一种特殊的Service，它是一个抽象类，内部封装了HandlerThread和Handler。可以用于执行后台耗时的任务，完成后会自动停止。由于他是一个Service，所以它的优先级比单纯的线程要高很多，不容易被系统杀死。
当IntentService第一次启动时，会创建一个HandlerThread，再通过这个HandlerThread的Looper来构造一个Handler对象mServiceHandler。因为HandlerThread的Looper是在子线程中初始化的，所以mServiceHandler会把从主线程（Service线程）中的任务拿到子线程中执行，从而避免在Service线程中执行耗时操作导致ANR。
PS：为什么要使用HandlerThread类？因为HandlerThread类的Looper是子线程中的Looper。如果在当前类中（IntentService类）直接获取Looper的话，获取到的是主线程（Server线程）中的Looper，如果在IntentServer中创建一个子线程再获取Looper的话就相当于是又实现了一次HandlerThread，所以直接使用HandlerThread。
IntentService有一个抽象方法onHandlerIntent，需要在子类中实现。
protected void onHandleIntent(@Nullable Intent intent) {}
他的参数intent来源于IntentService，就是从其他组件中传递过来的Intent原模原样的传递给onHandleIntent方法。
每次启动IntentService，都会通过mServiceHandler发送一个消息，然后传递到HandlerThread中处理。所有传递进来的消息会进入Handler的消息队列中，等待被Looper检索并执行，等待所有消息都处理完毕后，IntentService会停止服务。
工作流程如下：
与使用Handler在子线程中操作UI原理相同，IntentService是将UI线程中的耗时操作切换到子线程中执行。
以及示例：
public class MyIntentService extends IntentService {
private final String TAG = this.getClass().getSimpleName();
public final static String action = "ACTION";
public MyIntentService() {
super(action);
}
@Override
protected void onHandleIntent(@Nullable Intent intent) {
String name = intent.getStringExtra(action);
Log.e(TAG, "下载文件：" + name);
SystemClock.sleep(3000);
Log.e(TAG, name + "下载完成");
}
@Override
public void onDestroy() {
super.onDestroy();
Log.e(TAG, "销毁");
}
}
Intent service = new Intent(AsyncTaskActivity.this, MyIntentService.class);
service.putExtra(MyIntentService.action, "一号文件");
AsyncTaskActivity.this.startService(service);
service.putExtra(MyIntentService.action, "二号文件");
AsyncTaskActivity.this.startService(service);
01-10 15:48:16.124 30551-30725/com.zx.studyapp E/MyIntentService: 下载文件：一号文件
01-10 15:48:19.124 30551-30725/com.zx.studyapp E/MyIntentService: 一号文件下载完成
01-10 15:48:19.126 30551-30725/com.zx.studyapp E/MyIntentService: 下载文件：二号文件
01-10 15:48:22.126 30551-30725/com.zx.studyapp E/MyIntentService: 二号文件下载完成
01-10 15:48:22.128 30551-30551/com.zx.studyapp E/MyIntentService: 销毁
同样是假设下载任务，可以看到依次下载第一个与第二个文件，所有任务执行完成之后，IntentService便自行销毁。
线程池
其实这部分属于Java知识，而非Android。
线程池有三好：简单，重用，不阻塞。
- 简单。对于大量线程的管理简单。
- 重用。重用线程池中的线程，减少性能开销。
- 不阻塞。能有效控制最大并发数，避免大量线程抢占资源导致的系统阻塞。
Android的线程池来源于他爹Java的Executer接口，其实现为ThreadPoolExecutor 。它提供了一系列的参数来配置线程池。
ThreadPoolExecutor
是Android线程池的真正的实现，他的构造方法提供了一系列的参数来配置线程池。
public ThreadPoolExecutor(
int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable> workQueue,
ThreadFactory threadFactory)
corePoolSize：线程池的核心线程数。默认情况下核心线程会一直存活，如果将ThreadPoolExecutor的allowCoreThreadTimeOut属性设置为true则会超时，这个时间由keepAliveTime给出，超时的线程会被终止。
maximumPoolSize：线程池最大线程数量，超出任务会被阻塞
keepAliveTime：非核心线程超时时间，超时线程会被回收。
unit：枚举类型，用于指定keepAliveTime的时间单位。常用的类型有TimeUnit.MICROSECONDS（毫秒），TimeUnit.SECONDS（秒），TimeUnit.MINUTES（分钟）等。
workQueue：线程池的任务队列。
threadFactory：线程工厂，为线程池提供创建新线程的功能。
此外还有一个不常用的参数，RejectedExecutionHandler handler。当线程池无法执行新任务时，handler的rejectedExecution方法会被调用抛出异常。
线程池执行任务的时候遵循以下规则：
- 如果线程池中的线程数量小于核心线程的总数，则会启动一个核心线程来执行任务。
- 如果线程池中的线程数量大于等于核心线程总数，任务会被插入任务队列中等待。
- 若任务队列已满，但线程数量没有达到线程池的最大值，则会启动一个非核心线程来执行任务。
此处需要注意，启动一个非核心线程立即执行任务，而非从队列中读取一个任务，就是说，这个场景下，后来的任务可能会先被执行。看以下例子：
ThreadPoolExecutor executor = new ThreadPoolExecutor(1,//一个核心线程
10,//10个非核心线程
1,
TimeUnit.MINUTES,//非核心超时时间1分钟
new LinkedBlockingQueue<Runnable>(2));//任务队列长度为2
在这个线程池中，我们直接执行4个任务，从直觉上来说，应该是先来先执行，但是实际情况不一定。
Runnable run1 = new Runnable() {
@Override
public void run() {
Log.e(TAG, "start,run: 1");
SystemClock.sleep(5000);
Log.e(TAG, "end,run: 1");
}
};
Runnable run2 = ...;
Runnable run3 = ...;
Runnable run4 = ...;
executor.execute(run1);
executor.execute(run2);
executor.execute(run3);
executor.execute(run4);
01-11 17:53:34.263 9549-9690/com.zx.studyapp E/ThreadPoolExecutor: start,run: 1
01-11 17:53:34.263 9549-9691/com.zx.studyapp E/ThreadPoolExecutor: start,run: 4
01-11 17:53:39.264 9549-9690/com.zx.studyapp E/ThreadPoolExecutor: end,run: 1
01-11 17:53:39.264 9549-9691/com.zx.studyapp E/ThreadPoolExecutor: end,run: 4
01-11 17:53:39.264 9549-9690/com.zx.studyapp E/ThreadPoolExecutor: start,run: 2
01-11 17:53:39.264 9549-9691/com.zx.studyapp E/ThreadPoolExecutor: start,run: 3
01-11 17:53:44.264 9549-9691/com.zx.studyapp E/ThreadPoolExecutor: end,run: 3
01-11 17:53:44.264 9549-9690/com.zx.studyapp E/ThreadPoolExecutor: end,run: 2
结果是，先执行1，4，再执行2，3。
PS：学校学的东西都还给老师了，这种基础问题都要想好久，老师我对不起你。
- 如果线程数量也达到了线程池的最大值，则此任务会被拒绝，并通过RejectedExecutionHandler抛出异常。
线程池的分类
最后介绍四种常见的线程池，他们都是同过配置ThreadPoolExecutor来实现的。
- FixedThreadPool 线程数量固定的线程池。
是一个固定线程数的线程池，它的任务队列大小没有限制，并且没有超时。若提交新任务时，所有核心线程都处于活动状态，那么新任务会进行等待，直到有核心线程空出来。在线程池被关闭之前，池中的线程将一直存在。
它的优势是，可以更加快速的响应外界请求。
public static ExecutorService newFixedThreadPool(int nThreads) {
return new ThreadPoolExecutor(nThreads, nThreads,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>());
}
Runnable run = new Runnable() {...};
ExecutorService fixedThreadPool = Executors.newFixedThreadPool(10);
fixedThreadPool.execute(run);
- SingleThreadExecutor 单线程的线程池
是一个只有一条线程的线程池，它的任务队列没有大小限制。
它的优势是，可以保证所有任务都是顺序执行的，因为所有任务都是在同一线程执行，所以不用考虑线程同步的问题。
public static ExecutorService newSingleThreadExecutor() {
return new FinalizableDelegatedExecutorService
(new ThreadPoolExecutor(1, 1,
0L, TimeUnit.MILLISECONDS,
new LinkedBlockingQueue<Runnable>()));
}
Runnable run = new Runnable() {...};
ExecutorService singleThreadExecutor = Executors.newSingleThreadExecutor();
singleThreadExecutor.execute(run);
关于SingleThreadExecutor与newFixedThreadPool(1)的区别，Java文档上有这么一句话
Unlike the otherwise equivalent {@code newFixedThreadPool(1)} the returned executor is guaranteed not to be reconfigurable to use additional threads.
翻阅stackoverflow的一些帖子，明白它的大致意思就是，SingleThreadExecutor就有且只能有一条线程，无法通过某些方法变成多条线程的线程池。比如看下面一个例子：
ExecutorService fixedThreadPool = Executors.newFixedThreadPool(1);
ThreadPoolExecutor poolExecutor = (ThreadPoolExecutor) fixedThreadPool;
poolExecutor.setCorePoolSize(10);
而SingleThreadExecutor 由于加了包装类FinalizableDelegatedExecutorService，隐藏了一些方法，使得无法配置线程池，就可以保证它永远就只有一条线程了。
- CachedThreadPool 线程数量不固定的线程池
是一个线程数量不固定，根据需要创建线程的线程池。只有非核心线程，最大线程数可以认为是无穷大。如果有新任务加入进来，但是没有空闲线程，则会创建一个新线程并添加到线程池中。线程超时时间为60s，超时线程会被回收掉。
它的优势是，对于执行很多短期异步任务的程序而言，这些线程池通常可提高程序性能。并且在没有任务执行时，他几乎是不占资源的。
public static ExecutorService newCachedThreadPool() {
return new ThreadPoolExecutor(0, Integer.MAX_VALUE,
60L, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>());
}
Runnable run = new Runnable() {...};
ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
cachedThreadPool.execute(run);
可以使用ThreadPoolExecutor构造方法创建具有类似属性但细节不同（例如超时参数）的线程池。
- ScheduledThreadPool 计划线程池
是一个核心线程数量固定，非核心线程没有数量限制的一个线程池，且超时时间为0s，执行完成会被立刻回收。
这类线程池主要用于执行定时任务和重复任务。
public static ScheduledExecutorService newScheduledThreadPool(int corePoolSize) {
return new ScheduledThreadPoolExecutor(corePoolSize);
}
public ScheduledThreadPoolExecutor(int corePoolSize){
super(corePoolSize, Integer.MAX_VALUE, 0, NANOSECONDS, new DelayedWorkQueue());
}
Runnable run = new Runnable() {...};
ScheduledExecutorService scheduledThreadPool = Executors.newScheduledThreadPool(10);
scheduledThreadPool.execute(run);
个人理解，难免有错误纰漏，欢迎指正。转载请注明出处。
