线程池
线程池
基本概念
什么是线程池?
线程池其实就是一种多线程处理的方式,处理过程中可以将任务添加到队列中,然后在创建线程后自动启动这些任务.这里的线程就是我们前面学过的线程,这里的任务就是我们前面学过了的实现了Runnable或Callable接口的实例对象;
为什么使用线程池?
使用线程池最大的原因就是可以根据系统的需求和硬件环境灵活的控制线程的数量,且可以对线程进行统一的管理和控制,从而提高系统的运行效率,降低系统运行压力.
使用线程池有什么优势?
- 线程和任务分离,提高线程重用性
- 控制线程并发数量,降低服务器压力,统一管理所有线程
- 提升系统响应速度,假如创建线程用的时间是T1,执行任务的时间是T2,摧毁线程的时间T3, 那么使用线程池就免去T1和T3的时间;
工作原理
ThreadPoolExecutor
1 | public ThreadPoolExecutor(int corePoolSize, //核心线程数量 |
自定义线程池
参数涉及分析
核心线程数
核心线程数的涉及需要依据任务的处理时间和每秒产生的任务数量来确定,例如:执行一个任务需要0.1秒,系统百分之80的时间每秒都会产生100个任务,那么想要在1秒内处理完这100个任务,就需要10个线程,此时我们就可以设计核心线程数为10;当然实际情况不可能这么平均,所有我们一般按照8020原则设计即可,即按照80%的情况设计核心线程数,剩下的20%可以利用最大线程处理
任务队列长度
任务队列长度一般的设计为:核心线程数/单个任务执行时间*2;
例如上面的场景,核心线程数设计为10,单个任务执行时间为0.1秒,则队列长度可以设计为200
最大线程数
最大线程数的设计除了需要参照核心线程数的条件外,还需要参照系统每秒产生的最大任务数决定:
例如 如果每秒产生最大的任务是1000个,那么
*最大线程数=(最大任务数-任务队列长度)单个任务执行时间
最大空闲时间
这个参数的设计完全参照系统运行环境和硬件压力设定,没有固定的参考值,用户可以根据经验和系统产生的任务时间的间隔合理设置一个值即可.
自定义线程池实现步骤
- 编写任务类 实现Runnable接口
1 | public class MyTask implements Runnable { |
- 编写线程类,用于执行任务 需要持有所有任务
1 | public class MyWorker extends Thread { |
- 编写线程池类,包含提交任务 执行任务的能力
1 | public class MyThreadPool { |
- 编写测试类,创建线程池对象,提交多个任务测试
1 | public class MyTest { |
Java内置线程池
ExecutorService接口是java内置的线程池接口 通过学习接口中的方法 可以快速的掌握java内置线程池的基本使用
void shutdown()
启动一次顺序关闭 执行以前提交的任务 但不接受新任务
List<Runnable> shotdownNow()
停止所有正在执行的任务,暂停处理正在等待的任务 并返回等待执行的任务列表
<T> Future <T> submit(Callable<T> task)
执行带返回值的任务 ,返回一个Future对象
Future<?> submit(Runnable task)
执行Runnable任务,并返回一个表示该任务的Future
<T> Future <T> submit(Runnable task,T result)
执行Runnable任务,并返回一个表示该任务的Future
ExecutorService 获取
弊端
newFixedThreadPool和newSingleThreadExecutor:
主要问题是堆积的请求处理队列可能会耗费非常大的内存,甚至OOM
newCachedThreadPool和newScheduledThreadPool
主要问题是线程数最大数是Integer.MAX_VALUE,可能会创建数量非常多的线程,甚至OOM
SchduledExecutorService
异步计算结果(Future)
使用Java内置线程池完成综合案例
拒绝策略
- AbortPolicy: 默认策略,在需要拒绝任务时抛出
- CallerRunsPolicy: 直接在execute方法的调用线程中运行被拒绝的任务,如果线程池已经关闭,任务将被丢弃
- DiscardPolicy: 直接丢弃任务
- DiscardOldestPolicy: 丢弃队列中等待时间最长的任务,并执行当前提交的任务, 如果线程池已经关闭,任务被丢弃