线程池的作用：
线程池作用就是限制系统中执行线程的数量。
根据系统的环境情况，可以自动或手动设置线程数量，达到运行的最佳效果；少了浪费了系统资源，多了造成系统拥挤效率不高。用线程池控制线程数量，其他线程 排队等候。一个任务执行完毕，再从队列的中取最前面的任务开始执行。若队列中没有等待进程，线程池的这一资源处于等待。当一个新任务需要运行时，如果线程 池中有等待的工作线程，就可以开始运行了；否则进入等待队列。
为什么要用线程池：
- 减少了创建和销毁线程的次数，每个工作线程都可以被重复利用，可执行多个任务
- 可以根据系统的承受能力，调整线程池中工作线线程的数目，防止因为因为消耗过多的内存，而把服务器累趴下(每个线程需要大约1MB内存，线程开的越多，消耗的内存也就越大，最后死机)
在Android开发中，如果我们要执行某个耗时任务，一般都会考虑开启一个线程去处理。
因为我们都知道一个线程run方法执行完毕后，才算真正结束，但是，这只是结束，并没有被回收，会一直闲置在那里，等待GC去回收，所以如果每执行一个任务，我们都new一个线程，那么在某些极端的场景下，是比较消耗内存的。
之前的内存优化的文章中，我讲过关于android中的池的概念，也就是复用的机制，那么对于线程也有个线程池。
这篇文章先简单介绍下Android中自带的四种线程池：
1 、newCachedThreadPool
这种线程池比较灵活，也就是说它的池里的线程数量并不是固定的，理论上可以无限大，任务不需要排队，如果有空闲的线程，则复用，无则新建线程。
ExecutorService cachedThreadPool = Executors.newCachedThreadPool();
cachedThreadPool.execute(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
}
});
2、newFixedThreadPool
这个算是一个中规中矩，也是Android sdk的源码中用的比较多的，它的池子里的线程数有个最大值，可以自己设置，如果超过这个最大值，那么任务就会加入任务队列去等待。
ExecutorService fixedThreadPool = Executors.newFixedThreadPool(5);
fixedThreadPool.execute(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
}
});
3、 newSingleThreadExecutor
用来创建一个单线程化的线程池，它只用唯一的工作线程来执行任务，一次只支持一个，所有任务按照指定的顺序执行。如字面意思，这是一个单例化的线程池，他只有一个线程去执行任务。最常见的一个例子就是我们的UI线程啦。它就是典型的单线程模型。
ExecutorService singleThreadExecutor = Executors.newSingleThreadExecutor();
singleThreadExecutor.execute(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
}
});
4、newScheduledThreadPool
用来创建一个定长线程池，并且支持定时和周期性的执行任务。
以下例子表示延迟一秒过后，每两秒执行一次。
//周期执行
ScheduledExecutorService scheduledThreadPool1 = Executors.newScheduledThreadPool(5);
scheduledThreadPool1.scheduleAtFixedRate(new Runnable() {
@Override
public void run() {
}
},1, 2, TimeUnit.SECONDS);//延迟1s执行，每个2s执行
//定时执行
ScheduledExecutorService scheduledThreadPool2 = Executors.newScheduledThreadPool(20); // 长度20
scheduledThreadPool2.schedule(new Runnable() {
@Override
public void run() {
}
}, 10, TimeUnit.SECONDS);// 延迟10s执行
