在Android中会经常用非UI线程来处理耗时的逻辑,即使用线程处理异步任务,但每个线程的创建和销毁都需要一定的开销。假设每次执行一个任务都需要开一个新的线程去执行,则这些线程的创建和销毁将消耗大量的资源,并且线程都是“各自为政”,很难对其进行控制,更别说一堆线程了。为了解决这些问题就需要线程池大显身手,用线程池对线程进行管理。在Java 1.5中提供了Executor框架用于把任务的提交和执行解耦,任务的提交交给Runnable或者Callable,而Executor框架用来处理任务。Executor框架中最核心的成员就是ThreadPoolExecutor,它是线程的核心实现类。
线程池的优势:
可以通过ThreadPoolExecutor来创建一个线程池,ThreadPoolExecutor类一共有4个构造方法。其中,拥有最多参数的构造方法:
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue workQueue,
ThreadFactory threadFactory,
RejectedExecutionHandler handler){
…………
}
参数说明:
RejectedExecutionHandler:饱和策略(共4种):
1.AbordPolicy:无法处理新任务,并抛出RejectedExecutionException异常。
2.CallerRunsPolicy:用调用者所在的线程来处理任务。此策略提供简单的反馈控制机制,能够减缓新任务的提交速度。
3.DiscardPolicy:不能执行的任务,并将该任务删除。
4.DiscardOldestPolicy:丢弃队列最近的任务,并执行当前的任务。
线程池的原理,当提交一个新的任务到线程池时,线程池的处理流程如下:
由图分析,线程的处理流程主要分为3个步骤:
执行ThreadPoolExcutor的execute方法,可能会遇到以下情况:
通过直接或间接的配置ThreadPoolExecutor的参数可以创建不同类型的ThreadPoolExecutor,其中有4种线程池比较常用:FixedThreadPool、CachedThreadPool、SingleThreadExecutor、ScheduledTheadPool。
public static ExecutorService newFixedThreadPool(int nThreads){
return new ThreadPoolExecutor(nThreads,nThreads,
0L,TimeUnit.MILLISECONDS,
new LinkedBlockingQueue());
}
FixedThreadPool的corePoolSize和maximumPoolSize都设置为创建FixedThreadPool指定的参数nThreads,意味着FixedThreadPool只有核心线程,并且数量是固定的,没有非核心线程。keepAliveTime设置为0L,意味着多余的线程会被立即终止。因为不会产生多余的线程,所以KeepAliveTime是无效的参数。任务队列采用了无界的阻塞队列LinkedBlockingQueue。FixedThreadPool的execute方法执行图如下:
由图分析可知:
当执行execute方法时,如果当前运行的线程未达到corePoolSize(核心线程数)时就创建核心线程来处理任务,如果达到了核心线程数则将任务添加到LinkedBlockingQueue中。FixedThreadPool就是一个有固定数量核心线程的线程池,并且这些核心线程不会被回收。当线程超过corePoolSize时,就将任务存储在任务队列中。当线程池有空闲线程时,则从任务队列中去取任务执行。
public static ExecutorService newCachedThreadPool(){
return new ThreadPoolExecutor(0,Integer.MAX_VALUE,
60L,TimeUnit.SECONDS,
new SynchronousQueue());
}
CachedThreadPool的corePoolSize为0,maximumPoolSize设置为Integer.MAX_VALUE,意味着CachedThreadPool没有核心线程,非核心线程是无界的。KeepAliveTime设置为60L,则空闲线程等待新任务的最长时间为60s。在此用了阻塞队列SynchronousQueue,它是一个不存储元素的阻塞队列,每个插入操作必须等待另一个线程的移除操作,同样任何一个移除操作都等待另一个线程的插入操作。
CachedThreadPool的execute方法的执行示意图,如下:
由图分析可知,当执行execute方法时,首先会执行SynchronousQueue的offer方法来提交任务,并查询线程池中是否有空闲的线程执行SynchronousQueue的poll方法来移除任务。如果有则配对成功,将任务交给这个空闲的线程处理。如果没有则配对失败,创建新的线程去处理任务。当线程池中的线程空闲时,它会执行SynchronousQueue的poll方法,等待SynchronousQueue中新提交的任务。如果超过了60s没有新任务提交到SynchronousQueue,则这个空间线程将终止。因为maximumPoolSize是无界的,所以如果提交的任务大于线程池中线程处理任务的速度就会不断的创建新线程。另外,每次提交任务都会立即有线程去处理。所以,CachedThreadPool比较适于大量的需要立即处理并且耗时较少的任务。
public static ExecutorService newSingleThreadExecutor{
return new FinalizableDelegatedExecutorService(new ThreadPoolExecutor(1,1,
0L,TimeUnit.MILLISECONDS,
new LinkedBlockingQueue()));
}
corePoolSize和maximumPoolSize都为1,意味着SingleThreadExecutor只有一个核心线程,其他的参数都和FixedThreadPool一样。
SingleThreadExecutor的execute方法执行示意图:
由图分析,可知:
当执行execute方法时,如果当前运行的线程数未达到核心线程数,也就是当前没有运行的线程,则创建一个新线程来处理任务。如果当前有运行的线程,则将任务添加到阻塞队列LinkedBlockingQueue中。因此,SingleThreadExecutor能确保所有的任务在一个线程中按照顺序逐一执行。
public staic ScheduledExecutorService newScheduledThreadPool(int corePoolSize){
return new ScheduledThreadPoolExecutor(corePoolSize);
}
这里创建了ScheduledThreadPoolExecutor,ScheduledThreadPoolExecutor继承自ThreadPoolExecutor,它主要用于给定延时以后运行的任务或者定期处理任务。ScheduledThreadPoolExecutor的构造方法如下:
public ScheduledThreadPoolExecutor(int corePoolSize){
super(corePoolSize,Integer.MAX_VALUE,
DEFAULT_KEEPALIVE_MILLIS,MILLISECONDS,
new DelayedWorkQueue());
}
ScheduledThreadPoolExecutor的构造方法最终调用的是ThreadPoolExecutor的构造方法。corePoolSize是传进来的固定数值,maximumPoolSize的值是Integer.MAX_VALUE。因为采用的DelayedWorkQueue是无界的,所以maximumPoolSize这个参数是无效的。
ScheduledThreadPoolExecutor的execute方法的执行示意图如下:
由图分析,可知:
当执行ScheduledThreadPoolExecutor的scheduleAtFixedRate或者scheduleWithFixDelay方法时,会向DelayedWorkQueue添加一个实现RunnableScheduledFuture接口的ScheduledFutureTask(任务的包装类),并会检查运行的线程是否达到corePoolSize。如果没有则新建线程并启动它,但不是立即去执行任务,而是去DelayedWorkQueue中取出ScheduledFutureTask,然后去执行任务。如果运行的线程达到了corePoolSize时,则将任务添加到DelayedWorkQueue中。DelayedWorkQueue会将任务进行排序,先要执行的任务放在队列的前面。其和上面介绍的几个线程池不同的是,当执行完任务后,会将ScheduledFutureTask的time变量改为下次要执行的时间并放回到DelayedWorkQueue中。
线程池为什么要用(阻塞)队列?
线程池为什么要使用阻塞队列而不使用非阻塞队列?
阻塞队列可以保证任务队列中没有任务时阻塞获取任务的线程,使得线程进入wait状态,释放cpu资源。当队列中有任务时才唤醒对应线程从队列中取出消息进行执行。使得在线程不至于一直占用cpu资源。
线程执行完任务后通过循环再次从任务队列中取出任务进行执行,代码片段如下
while (task != null || (task = getTask()) != null) {})。
不用阻塞队列也是可以的,不过实现起来比较麻烦而已,有好用的为啥不用呢?
submit(Callable task)能获取到它的返回值,通过future.get()获取(阻塞直到任务执行完)。一般使用FutureTask+Callable配合使用(IntentService中有体现)。
submit(Runnable task, T result)能通过传入的载体result间接获得线程的返回值。
submit(Runnable task)则是没有返回值的,就算获取它的返回值也是null。
注:Android中的AsyncTask就用到了线程,而线程池用到了阻塞队列。(关于AsyncTask的原理和阻塞队列在另外2篇博文中会提到)。