1 线程池
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,
BlockingQueue<Runnable> workQueue);
public ThreadPoolExecutor(int corePoolSize,int maximumPoolSize,long keepAliveTime,TimeUnit unit,
BlockingQueue<Runnable> workQueue,ThreadFactory threadFactory,RejectedExecutionHandler handler);
1.corePoolSize(线程池的基本大小)
当提交一个任务到线程池时,线程池会创建一个线程来执行任务,即使其他空闲的基本线程能够执行新任务也会创建线程,直到达到线程池的基本大小
注:如果调用了线程池的prestartAllCoreThreads方法,线程池会提前创建并启动所有基本线程
2.runnableTaskQueue(任务队列)
用于保存等待执行的任务的阻塞队列。可以选择以下几个阻塞队列。
- ArrayBlockingQueue:是一个基于数组结构的有界阻塞队列,此队列按 FIFO(先进先出)原则对元素进行排序。
- LinkedBlockingQueue:一个基于链表结构的阻塞队列,此队列按FIFO (先进先出) 排序元素
- SynchronousQueue:一个不存储元素的阻塞队列。每个插入操作必须等到另一个线程调用移除操作,否则插入操作一直处于阻塞状态,即其他线程全部阻塞直到锁释放后争夺锁(类似synchronous关键字的作用),由于不用放入队列等待唤醒,所以吞吐量通常要高于LinkedBlockingQueue。
- PriorityBlockingQueue:一个有优先级的无限大小的阻塞队列(需要能够比较大小)。
3.maximumPoolSize(线程池最大大小)
线程池允许创建的最大线程数。如果队列满了,并且已创建的线程数小于最大线程数,则线程池会再创建新的线程执行任务。
注:值得注意的是如果使用了无界的任务队列(没指定大小的LinkedBlockingQueue)这个参数就没什么效果
4.ThreadFactory:用于设置创建线程的工厂
可以通过线程工厂给每个创建出来的线程设置更有意义的名字,Debug和定位问题时非常又帮助。通过指定ThreadFactory参数,设置能代表具体业务的线程名称方便通过日志的线程名称识别所属业务
如Spring提供的CustomizableThreadFactory
5.RejectedExecutionHandler(饱和策略)
当队列和线程池都满了,说明线程池处于饱和状态,那么必须采取一种策略处理提交的新任务。这个策略默认情况下是AbortPolicy,表示无法处理新任务时抛出异常。以下是JDK1.5提供的四种策略。
- AbortPolicy:直接抛出异常。
- CallerRunsPolicy:只用调用者所在线程来运行任务(性能降低,当应用程序不能丢弃任何请求时可以选择这个策略)
- DiscardOldestPolicy:丢弃队列里最先进去的一个任务,并执行当前任务
- DiscardPolicy:不处理,丢弃掉
- 当然也可以根据应用场景需要来实现RejectedExecutionHandler接口自定义策略。如记录日志或持久化不能处理的任务。
6.keepAliveTime(线程活动保持时间)
在线程总数量超过核心线程池大小时,存在线程空闲,会自动终止线程
注:如果任务很多,并且每个任务执行的时间比较短,可以调大这个时间,提高线程的利用率
7.TimeUnit(线程活动保持时间的单位)
可选的单位有天(DAYS),小时(HOURS),分钟(MINUTES),毫秒(MILLISECONDS),微秒(MICROSECONDS, 千分之一毫秒)和毫微秒(NANOSECONDS, 千分之一微秒)
Executors根据应用场景提供了常见的线程池:
newFixedThreadPool(int nThreads):创建一个定长线程池,可控制线程池最大并发数,超出的线程会在队列中等待
newSingleThreadExecutor():创建一个单线程化的线程池,只会用唯一的工作线程来执行任务,保证任务按照指定顺序执行
newCachedThreadPool():用空闲线程执行Task,没有时直接创建线程,空闲线程60s会被自动回收
这里SynchronousQueue是轻量级的阻塞队列,队列大小为空,相当于直接跳过了队列(这里也可以用LinkedBlockingQueue等队列来代替(将大小设置为0),只是效率比SynchronousQueue要低)