为什么要使用线程池
我们经常听说一些类似连接池,对象池的概念,它们本质上都是对某种资源进行池化的处理,以提升资源的整体的使用效率。是否要将某项资源进行池化处理,主要需要考虑以下几方面的因素:
- 资源的创建的时间或者空间开销是不是比较大;
- 资源是否会频繁的使用;
- 资源本身是否为无状态的(相对意义上的无状态,指的是使用资源不会更改资源的内部状态)
是否要使用线程池,其实也是对照以上三条来看的:对于第一条线程无疑是满足的,虽然称之为轻量化的进程,但是创建线程依然是一项很重的操作。另外多个任务复用同一线程,能够减少线程上下文切换的开销,提升响应时间。但是第二,第三条就要仔细考虑了,如果你的任务本身就是一次性的,或者很长的周期才跑一次,那么用不用线程池其实没啥差别,反而可能因为缓存了额外不需要的线程而耗费内存资源;另外更重要的是,如果你的任务依赖于线程中保存的某些状态(比如java的ThreadLocal),那么使用线程池就要非常小心了,你必须在每次任务结束时小心的清理状态,否则下一个任务可能就会运行到受污染的线程上下文中。
另外线程池的使用还可以增加对线程的可管理性,因为线程池除了复用线程外,还有个重要的作用就是限制对线程的创建,对于线程这种重量级的资源,如果任由应用进行创建而没有抑制的手段,本身就是很危险的。
Java中的线程池
Java语言中为线程池提供了一个标准的抽象接口 ExecutorService,我们这里不谈具体用法,主要聊一些核心概念。ExecutorService有一个通用的实现类,叫做ThreadPoolExecutor,我们通过Executors.newXXX创建的线程池,多数都是调用ThreadPoolExecutor的不同入参的构造器来实现的。我们先来看看ThreadPoolExecutor参数最多的那个构造器:
public ThreadPoolExecutor(int corePoolSize,
int maximumPoolSize,
long keepAliveTime,
TimeUnit unit,
BlockingQueue<Runnable