只有光头才能变强
回顾前面:java
本篇主要是讲解线程池,这是我在多线程的倒数第二篇了,后面还会有一篇死锁。主要将多线程的基础过一遍,之后有机会再继续深刻!算法
那么接下来就开始吧,若是文章有错误的地方请你们多多包涵,不吝在评论区指正哦~编程
声明:本文使用JDK1.8
线程池能够看作是线程的集合。在没有任务时线程处于空闲状态,当请求到来:线程池给这个请求分配一个空闲的线程,任务完成后回到线程池中等待下次任务(而不是销毁)。这样就实现了线程的重用。c#
咱们来看看若是没有使用线程池的状况是这样的:api
public class ThreadPerTaskWebServer { public static void main(String[] args) throws IOException { ServerSocket socket = new ServerSocket(80); while (true) { // 为每一个请求都建立一个新的线程 final Socket connection = socket.accept(); Runnable task = () -> handleRequest(connection); new Thread(task).start(); } } private static void handleRequest(Socket connection) { // request-handling logic here } }
为每一个请求都开一个新的线程虽然理论上是能够的,可是会有缺点:微信
因此说:咱们的线程最好是交由线程池来管理,这样能够减小对线程生命周期的管理,必定程度上提升性能。多线程
JDK给咱们提供了Excutor框架来使用线程池,它是线程池的基础。架构
下面咱们来看看JDK线程池的整体api架构:并发
接下来咱们把这些API都过一遍看看:框架
Executor接口:
ExcutorService接口:
AbstractExecutorService类:
ScheduledExecutorService接口:
ThreadPoolExecutor类:
ScheduledThreadPoolExecutor类:
除了ScheduledThreadPoolExecutor和ThreadPoolExecutor类线程池之外,还有一个是JDK1.7新增的线程池:ForkJoinPool线程池
因而咱们的类图就能够变得完整一些:
JDK1.7中新增的一个线程池,与ThreadPoolExecutor同样,一样继承了AbstractExecutorService。ForkJoinPool是Fork/Join框架的两大核心类之一。与其它类型的ExecutorService相比, 其主要的不一样在于采用了工做窃取算法(work-stealing):全部池中线程会尝试找到并执行已被提交到池中的或由其余线程建立的任务。这样不多有线程会处于空闲状态,很是高效。这使得可以有效地处理如下情景: 大多数由任务产生大量子任务的状况;从外部客户端大量提交小任务到池中的状况。
来源:
学到了线程池,咱们能够很容易地发现:不少的API都有Callable和Future这么两个东西。
Future<?> submit(Runnable task) <T> Future<T> submit(Callable<T> task)
其实它们也不是什么高深的东西~~~
咱们能够简单认为:Callable就是Runnable的扩展。
也就是说:当咱们的任务须要返回值的时,咱们就可使用Callable!
Future通常咱们认为是Callable的返回值,但他其实表明的是任务的生命周期(固然了,它是能获取获得Callable的返回值的)
简单来看一下他们的用法:
public class CallableDemo { public static void main(String[] args) throws InterruptedException, ExecutionException { // 建立线程池对象 ExecutorService pool = Executors.newFixedThreadPool(2); // 能够执行Runnable对象或者Callable对象表明的线程 Future<Integer> f1 = pool.submit(new MyCallable(100)); Future<Integer> f2 = pool.submit(new MyCallable(200)); // V get() Integer i1 = f1.get(); Integer i2 = f2.get(); System.out.println(i1); System.out.println(i2); // 结束 pool.shutdown(); } }
Callable任务:
public class MyCallable implements Callable<Integer> { private int number; public MyCallable(int number) { this.number = number; } @Override public Integer call() throws Exception { int sum = 0; for (int x = 1; x <= number; x++) { sum += x; } return sum; } }
执行完任务以后能够获取获得任务返回的数据:
这是用得最多的线程池,因此本文会重点讲解它。
咱们来看看顶部注释:
变量ctl定义为AtomicInteger,记录了“线程池中的任务数量”和“线程池的状态”两个信息。
线程的状态:
各个状态之间转换:
下面我就列举三个比较常见的实现池:
若是读懂了上面对应的策略呀,线程数量这些,应该就不会太难看懂了。
一个固定线程数的线程池,它将返回一个corePoolSize和maximumPoolSize相等的线程池。
public static ExecutorService newFixedThreadPool(int nThreads) { return new ThreadPoolExecutor(nThreads, nThreads, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>()); }
很是有弹性的线程池,对于新的任务,若是此时线程池里没有空闲线程,线程池会坚决果断的建立一条新的线程去处理这个任务。
public static ExecutorService newCachedThreadPool() { return new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60L, TimeUnit.SECONDS, new SynchronousQueue<Runnable>()); }
使用单个worker线程的Executor
public static ExecutorService newSingleThreadExecutor() { return new FinalizableDelegatedExecutorService (new ThreadPoolExecutor(1, 1, 0L, TimeUnit.MILLISECONDS, new LinkedBlockingQueue<Runnable>())); }
咱们读完上面的默认实现池还有对应的属性,再回到构造方法看看
public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler) { if (corePoolSize < 0 || maximumPoolSize <= 0 || maximumPoolSize < corePoolSize || keepAliveTime < 0) throw new IllegalArgumentException(); if (workQueue == null || threadFactory == null || handler == null) throw new NullPointerException(); this.corePoolSize = corePoolSize; this.maximumPoolSize = maximumPoolSize; this.workQueue = workQueue; this.keepAliveTime = unit.toNanos(keepAliveTime); this.threadFactory = threadFactory; this.handler = handler; }
再总结一遍这些参数的要点:
线程数量要点:
线程空闲时间要点:
排队策略要点:
当线程关闭或者线程数量满了和队列饱和了,就有拒绝任务的状况了:
拒绝任务策略:
execute执行方法分了三步,以注释的方式写在代码上了~
public void execute(Runnable command) { if (command == null) throw new NullPointerException(); int c = ctl.get(); //若是线程池中运行的线程数量<corePoolSize,则建立新线程来处理请求,即便其余辅助线程是空闲的。 if (workerCountOf(c) < corePoolSize) { if (addWorker(command, true)) return; c = ctl.get(); } //若是线程池中运行的线程数量>=corePoolSize,且线程池处于RUNNING状态,且把提交的任务成功放入阻塞队列中,就再次检查线程池的状态, // 1.若是线程池不是RUNNING状态,且成功从阻塞队列中删除任务,则该任务由当前 RejectedExecutionHandler 处理。 // 2.不然若是线程池中运行的线程数量为0,则经过addWorker(null, false)尝试新建一个线程,新建线程对应的任务为null。 if (isRunning(c) && workQueue.offer(command)) { int recheck = ctl.get(); if (! isRunning(recheck) && remove(command)) reject(command); else if (workerCountOf(recheck) == 0) addWorker(null, false); } // 若是以上两种case不成立,即没能将任务成功放入阻塞队列中,且addWoker新建线程失败,则该任务由当前 RejectedExecutionHandler 处理。 else if (!addWorker(command, false)) reject(command); }
ThreadPoolExecutor提供了shutdown()
和shutdownNow()
两个方法来关闭线程池
shutdown() :
shutdownNow():
区别:
本篇博文主要简单地将多线程的结构体系过了一篇,讲了最经常使用的ThreadPoolExecutor线程池是怎么使用的~~~
明天但愿能够把死锁写出来,敬请期待~~~
还有剩下的几个线程池(给出了参考资料):
ScheduledThreadPoolExecutor
ForkJoinPool
参考资料:
若是文章有错的地方欢迎指正,你们互相交流。习惯在微信看技术文章,想要获取更多的Java资源的同窗,能够 关注微信公众号:Java3y。为了你们方便,刚新建了一下 qq群:742919422,你们也能够去交流交流。谢谢支持了!但愿能多介绍给其余有须要的朋友
文章的目录导航: