为什么要使用线程池
- 如果有非常的多的任务需要多线程来完成,且每个线程执行时间不会太长,这样频繁的创建和销毁线程,让效率降低。
- 有了线程池就不用创建更多的线程来完成任务,因为线程可以重用。线程池维护一个队列,队列中保存着处于等待(空闲)状态的线程。不用每次都创建新的线程。
Java中有四种类型的线程
-
newFixedThreadPool:
创建一个指定工作线程数量的线程池。每当提交一个任务就创建一个工作线程,如果工作线程数量达到线程池初始的最大数,则将提交的任务存入到池队列中。 -
newCachedThreadPool:
创建一个可缓存的线程池。这种类型的线程池特点是:
1).工作线程的创建数量几乎没有限制(其实也有限制的,数目为Interger. MAX_VALUE), 这样可灵活的往线程池中添加线程。
2).如果长时间没有往线程池中提交任务,即如果工作线程空闲了指定的时间(默认为1分钟),则该工作线程将自动销毁。销毁后,如果你又提交了新的任务,则线程池重新创建一个工作线程。 -
newSingleThreadExecutor:
创建一个单线程化的Executor,即只创建唯一的工作者线程来执行任务,如果这个线程异常结束,会有另一个取代它,保证顺序执行。单工作线程最大的特点是可保证顺序地执行各个任务,并且在任意给定的时间不会有多个线程是活动的。 -
newScheduleThreadPool :
创建一个定长的线程池,而且支持定时的以及周期性的任务执行,类似于Timer。
了解线程池的继承体系
可以看到Executor接口是顶层父类,有子类ExecutorService子类接口。该子类接口类型也是各种线程池类型,因此创建线程池方式之一如下所示:
ExecutorService threadPool = Executors.newCachedThreadPool();
线程池当中的execute和submit方法的使用区别
execute和submit方法的作用都是为线程池添加工作线程,并执行工作线程。
具体使用方式如下:
ExecutorService threadPool = Executors.newCachedThreadPool();
// 使用execute方法
threadPool.execute(new Runnable() {
@Override
public void run() {
// TODO 线程执行内容
}
});
// 使用submit方法
Future<String> result = threadPool.submit(new Callable<String>() {
@Override
public String call() throws Exception {
// TODO 线程执行内容
return "result";
}
});
System.out.println(result.get());
通过使用方式我们就可以直观的发现,execute和submit方法的主要区别在于是否拥有返回值。
有返回值的线程可通过get()方法获取返回值。
但是,并不是说有返回值的线程就一定要使用submit方法,而没有返回值的线程一定要使用execute方法。通过submit的重载方法可以发现,同样可以传入Runnable接口类型的参数(即传入无返回值的线程,但result.get()获取到的结果为null):
Future<?> result = threadPool.submit(new Runnable() {
@Override
public void run() {
// TODO 线程执行内容
}
});
System.out.println(result.get());
除了返回值区别之外,还有一个比较隐性的区别:
-
execute方法无法向上抛出异常,即线程方法中如果有异常必须要在try-catch中捕获处理。
-
submit方法可以向上抛出异常,对于线程方法中的异常可以向上抛出,也可以自己捕获处理,异常结果同样通过get()方法获取。