为了更好的控制多线程,JDK提供了一套线程框架Executor,帮助开发人员有效的进行线程控制。他们都在,java.util.concurrent包中,是JDK并发包的核心。其中有一个比较重要的类Executor:他扮演着线程工厂的角色,我们通过Executors可以创建具有特定功能的线程池。
Executors创建线程池的方法:
newCachedThreadPool()方法:返回一个可根据实际使用情况调整线程个数的线程池。不限制最大线程数量,若有空闲的线程则执行任务,若无任务则不创建线程,并且每个空闲线程默认会在60秒后自动回收。
newFixedThreadPool()方法:返回一个固定数量的线程池,该方法的线程数始终不变。当有一个任务提交时,若线程池中有线程空闲,则立即执行,若没有空闲线程,则被暂缓在一个任务队列中等待有空闲的线程去执行。
newSingleThreadExecutor()方法:创建只有一个线程的线程池。若有空闲线程则立即执行,若没有,则被暂缓在任务队列中。
newScheduledThreadPool()方法:该方法返回一个ScheduledExecutorService对象,具有定时器的功能。
自定义线程池:若Executors工厂类无法满足我们的需求,可以自己去常见自定义线程池,其实Executors工厂类中所有的创建线程池方法均是用ThreadPoolExecutor这个类,这个类可以自定义线程,构造方法如下:
new ThreadPoolExecutor(int corePoolSize, //当前核心线程数(当线程刚new出来时线程池中线程个数)
int maximumPoolSize, //最大线程数
long keepAliveTime, //保持存活的时间(空闲时间)
TimeUnit unit, //空闲时间单位
BlockingQueue<Runnable> workQueue //任务队列
ThreadFactory threadFactory, //
RejectedExecutionHandler handler //拒绝执行的任务
)
自定义线程池使用详细:
指定构造方法的队列是什么类型的比较关键:
使用有界队列时,若有新的任务需要执行,如果线程池中实际线程数小于corePoolSize,则优先创建线程;若大于corePoolSize则将该任务加入任务队列中;若队列已满,则在线程总数不大于maxPoolSize的前提下创建新的线程;若线程数大于maxPoolSize则执行拒绝策略,或其他自定义方式。
使用无界队列时:LinkedBlockingQueue。与有界队列相比,除非系统资源耗尽,否则无界的任务队列不存在任务入队失败的问题。当有新任务到来,系统的线程数小于corePoolSize时,则新建线程执行任务;当达到corePoolSize后就不再增加新的线程。若后续还有新任务到来,而又没有空闲的线程资源,则任务直接进入任务队列等待。若任务创建与执行的速度差异很大,无界队列会保持快速增长,直到耗尽系统内存。
JKD拒绝策略:
AbortPolicy:直接抛出异常系统正常工作
CallerRunPolicy:只要线程池未关闭,该策略直接在调用者线程中,运行当前被丢弃的任务。
DiscardOldestPolicy:丢弃最早的一个任务,尝试再次提交当前任务。
DiscardPolicy:丢弃无法处理的任务,不给予任何处理。
其实这四种拒绝策略都比较暴力并不推荐。
推荐:如果需要自定义拒绝策略,可以实现RejectedExecutionHandler接口。
关于execute方法和submit方法:
execute方法:没有返回值,只是执行线程任务。
submit方法:会有一个Future的返回值,该类具有get()方法,当get结果为null时说明该线程执行完毕。