这篇文章主要介绍“怎么快速了解Java线程池”,在日常操作中,相信很多人在怎么快速了解Java线程池问题上存在疑惑,小编查阅了各式资料,整理出简单好用的操作方法,希望对大家解答”怎么快速了解Java线程池”的疑惑有所帮助!接下来,请跟着小编一起来学习吧!
老王 是个深耕在帝都的一线码农,辛苦一年挣了点钱,想把钱存储到银行卡里,钱银行卡办理遇到了如下的遭遇
直接办理
了。坐着等
办理去了。解决策略
。
直接告知人太多不给你办理了。 看到 老王 就来气,也不给不办理也不让他走。 经理让 老王 取尝试跟座位席中最前面的人聊一聊看是否可以加塞,可以就办理,不可以还是被踢走。 经理直接跟 老王 说谁让你来的你找谁去我这办理不了。
上面的这个流程几乎就跟JDK线程池的大致流程类似,
营业中的3个窗口对应核心线程池数:corePoolSize 银行总的营业窗口数对应:maximumPoolSize 打开的临时窗口在多少时间内无人办理则关闭对应:unit 银行里的等待座椅就是等待队列:workQueue 无法办理的时候银行给出的解决方法对应:RejectedExecutionHandler threadFactory 该参数在JDK中是 线程工厂,用来创建线程对象,一般不会动。
5分钟线程池的核心工作流程讲解完毕,更细节的知识看下面。
简单理解就是 预先创建好一定数量的线程对象,存入缓冲池中,需要用的时候直接从缓冲池中取出,用完之后不要销毁,还回到缓冲池中。
提高线程的利用率,降低资源的消耗。 提高响应速度,线程的创建时间为T1,执行时间T2,销毁时间T3,用线程池可以免去T1和T3的时间。 便于统一管理线程对象 可控制最大并发数
如果先不看线程池源码让我们自己手动实现一个线程池你可以考虑到几个重要点?
有若干个初始化好的线程数组来充当线程池。 线程池要去一个 等待的任务队列 中去拿任务。
简单来说就是初始化N个线程充当线程池然后一起去阻塞队列中进行阻塞take,新添加的任务都通过put将任务追加到任务队列,关于任务队列的讲解看这blog
public class MyThreadPool2 { // 线程池中默认线程的个数为5 private static int WORK_NUM = 5; // 队列默认任务个数为100 来不及保存任务 private static int TASK_COUNT = 100; // 工作线程组 private WorkThread[] workThreads; // 任务队列,作为一个缓冲 private final BlockingQueue<Runnable> taskQueue; //用户在构造这个池,希望的启动的线程数 private final int worker_num; // 创建具有默认线程个数的线程池 public MyThreadPool2() { this(WORK_NUM, TASK_COUNT); } // 创建线程池,worker_num为线程池中工作线程的个数 public MyThreadPool2(int worker_num, int taskCount) { if (worker_num <= 0) worker_num = WORK_NUM; if (taskCount <= 0) taskCount = TASK_COUNT; this.worker_num = worker_num; taskQueue = new ArrayBlockingQueue<>(taskCount); workThreads = new WorkThread[worker_num]; for (int i = 0; i < worker_num; i++) { workThreads[i] = new WorkThread(); workThreads[i].start(); } Runtime.getRuntime().availableProcessors(); } // 执行任务,其实只是把任务加入任务队列,什么时候执行有线程池管理器决定 public void execute(Runnable task) { try { taskQueue.put(task);// 阻塞 放置任务 } catch (InterruptedException e) { e.printStackTrace(); } } // 销毁线程池,该方法保证在所有任务都完成的情况下才销毁所有线程,否则等待任务完成才销毁 public void destroy() { // 工作线程停止工作,且置为null System.out.println("准备关闭线程池"); for (int i = 0; i < worker_num; i++) { workThreads[i].stopWorker(); workThreads[i] = null;//help gc } taskQueue.clear();// 清空任务队列 } // 覆盖toString方法,返回线程池信息:工作线程个数和已完成任务个数 @Override public String toString() { return "线程池大小 :" + worker_num + " 等待执行任务个数:" + taskQueue.size(); } //内部类,工作线程 private class WorkThread extends Thread { @Override public void run() { Runnable r = null; try { while (!isInterrupted()) { r = taskQueue.take();//阻塞获得任务 if (r != null) { System.out.println(getId() + " 准备执行 :" + r); r.run(); } r = null; //help gc; } } catch (Exception e) { // TODO: handle exception } } public void stopWorker() { interrupt(); } }}
public class TestMyThreadPool { public static void main(String[] args) throws InterruptedException { // 创建3个线程的线程池 MyThreadPool2 t = new MyThreadPool2(3, 5); t.execute(new MyTask("testA")); t.execute(new MyTask("testB")); t.execute(new MyTask("testC")); t.execute(new MyTask("testD")); t.execute(new MyTask("testE")); System.out.println(t); Thread.sleep(10000); t.destroy();// 所有线程都执行完成 才destory System.out.println(t); } // 任务类 static class MyTask implements Runnable { private String name; private Random r = new Random(); public MyTask(String name) { this.name = name; } public String getName() { return name; } @Override public void run() {// 执行任务 try { Thread.sleep(r.nextInt(1000) + 2000); //随机休眠 } catch (InterruptedException e) { System.out.println(Thread.currentThread().getId() + " 被打断:" + Thread.currentThread().isInterrupted()); } System.out.println("任务 " + name + " 完成"); } }}
ThreadPoolExecutor
是JDK中所有线程池实现类的父类,构造函数有多个入参通过灵活的组合来实现线程池的初始化,核心构造函数如下。
public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime, TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory, RejectedExecutionHandler handler)
此值是用来初始化线程池中核心线程数,当线程池中线程池数<
corePoolSize
时,系统默认是添加一个任务才创建一个线程池。可以通过调用prestartAllCoreThreads
方法一次性的启动corePoolSize
个数的线程。当线程数 = corePoolSize时,新任务会追加到workQueue中。
maximumPoolSize
表示允许的最大线程数 = (非核心线程数+核心线程数),当BlockingQueue
也满了,但线程池中总线程数 <maximumPoolSize
时候就会再次创建新的线程。
非核心线程 =(maximumPoolSize - corePoolSize ) ,非核心线程闲置下来不干活最多存活时间。
线程池中非核心线程保持存活的时间
TimeUnit.DAYS; 天 TimeUnit.HOURS; 小时 TimeUnit.MINUTES; 分钟 TimeUnit.SECONDS; 秒 TimeUnit.MILLISECONDS; 毫秒 TimeUnit.MICROSECONDS; 微秒 TimeUnit.NANOSECONDS; 纳秒
线程池 等待队列,维护着等待执行的
Runnable
对象。当运行当线程数= corePoolSize时,新的任务会被添加到workQueue
中,如果workQueue
也满了则尝试用非核心线程执行任务,另外等待队列尽量用有界的哦!!
创建一个新线程时使用的工厂,可以用来设定线程名、是否为daemon线程等等。
corePoolSize
、workQueue
、maximumPoolSize
都不可用的时候执行的 饱和策略。AbortPolicy :直接抛出异常,默认用此 CallerRunsPolicy:用调用者所在的线程来执行任务 DiscardOldestPolicy:丢弃阻塞队列里最老的任务,队列里最靠前的任务 DiscardPolicy :当前任务直接丢弃 想实现自己的饱和策略,实现RejectedExecutionHandler接口即可
形象流程图如下:
// 核心思想跟上面的流程图类似 public void execute(Runnable command) { if (command == null) //规范性检查 throw new NullPointerException(); int c = ctl.get();//当前工作的线程数跟线程状态 ctl = AtomicInteger CAS级别 if (workerCountOf(c) < corePoolSize) { if (addWorker(command, true)) // 如果当前线程池中工作线程数小于核心线程数,直接添加任务 然后return return; c = ctl.get();// 添加失败了重新获得线程池中工作线程数 } if (isRunning(c) && workQueue.offer(command)) { // 线程池状态是否处于可用,可用就尝试将线程添加到queue int recheck = ctl.get();// 获得线程池状态 if (! isRunning(recheck) && remove(command)) reject(command);// 如果线程状态不在运行中 则remove 该任务 else if (workerCountOf(recheck) == 0) addWorker(null, false); } else if (!addWorker(command, false))// 尝试将任务用非核心线程执行, reject(command);//失败了则执行失败策略。 }
ThreadPoolExecutor extends AbstractExecutorService
父类中存在一个submit方法,
public <T> Future<T> submit(Callable<T> task) { if (task == null) throw new NullPointerException(); RunnableFuture<T> ftask = newTaskFor(task); execute(ftask); return ftask;}
注意线程之间是协作式的哦,所以的关闭只是发出关闭指令。
停止接收外部submit的任务 内部正在跑的任务和队列里等待的任务,会执行完 等到第二步完成后,才真正停止
跟shutdown()一样,先停止接收外部提交的任务 忽略队列里等待的任务 尝试将正在跑的任务interrupt中断 返回未执行的任务列表
shutdown 跟shutdownnow简单来说区别如下:
shutdownNow()能立即停止线程池,正在跑的和正在等待的任务都停下了。这样做立即生效,但是风险也比较大。shutdown()只是关闭了提交通道,用submit()是无效的;而内部该怎么跑还是怎么跑,跑完再停。
pool.showdown()boolean b = pool.awaitTermination(3, TimeUnit.SECONDS)
awaitTermination
有两个参数,一个是timeout即超时时间,另一个是unit即时间单位。这个方法会使线程等待timeout时长,当超过timeout时间后,会监测ExecutorService
是否已经关闭,若关闭则返回true,否则返回false。一般情况下会和shutdown方法组合使用,调用后当前线程会阻塞,直到
等所有已提交的任务(包括正在跑的和队列中等待的)执行完 或者等超时时间到 或者线程被中断,抛出InterruptedException
总结
优雅的关闭,用shutdown() 想立马关闭,并得到未执行任务列表,用shutdownNow() 优雅的关闭,发出关闭指令后看下是否真的关闭了用awaitTermination()。
线程在Java中属于稀缺资源,线程池不是越大越好也不是越小越好。任务分为计算密集型、IO密集型、混合型。
计算密集型:大部分都在用CPU跟内存,加密,逻辑操作业务处理等。 IO密集型:数据库链接,网络通讯传输等。
Runtime.getRuntime().availableProcessors();
每个线程池都是一个实现了接口ExecutorService
并且继承自ThreadPoolExecutor
的具体实现类,这些类的创建统一由一个工厂类Executors
来提供对外创建接口。Executors框架图如下:
ThreadPoolExecutor
中一个线程就是一个Worker
对象,它与一个线程绑定,当Worker
执行完毕就是线程执行完毕。而Worker带了锁AQS,根据我后面准备写的读写锁的例子,发现线程池是线程安全的。看看图二的类图。下面简单介绍几个常用的线程池模式。
LinkedBlockingQueue
。使用时候小心堵满等待队列。
只有一条线程来执行任务,适用于有顺序的任务的应用场景,也是用的无界等待队列
可缓存的线程池,该线程池中没有核心线程,非核心线程的数量为Integer.max_value,就是无限大,当有需要时创建线程来执行任务,没有需要时回收线程,适用于耗时少,任务量大的情况。任务队列用的是SynchronousQueue如果生产多快消费慢,则会导致创建很多线程需注意。
JDK7以后 基于ForkJoinPool实现。PS:其中
FixedThreadPool
、SingleThreadPool
、CachedThreadPool
都用的无界等待队列,因此实际工作中都不建议这样做的哦,阿里巴巴Java编程规范建议如下:最后来个简单的线程使用demo:
public class UseThreadPool{ // 工作线程 static class Worker implements Runnable { private String taskName; private Random r = new Random(); public Worker(String taskName) { this.taskName = taskName; } public String getName() { return taskName; } @Override public void run() { System.out.println(Thread.currentThread().getName() + " 当前任务: " + taskName); try { TimeUnit.MILLISECONDS.sleep(r.nextInt(100) * 5); } catch (Exception e) { e.printStackTrace(); } } } static class CallWorker implements Callable<String> { private String taskName; private Random r = new Random(); public CallWorker(String taskName) { this.taskName = taskName; } public String getName() { return taskName; } @Override public String call() throws Exception { System.out.println(Thread.currentThread().getName() + " 当前任务 : " + taskName); return Thread.currentThread().getName() + ":" + r.nextInt(100) * 5; } } public static void main(String[] args) throws InterruptedException, ExecutionException { ExecutorService pool = new ThreadPoolExecutor(2, 4, 3, TimeUnit.SECONDS, new ArrayBlockingQueue<Runnable>(10), new ThreadPoolExecutor.DiscardOldestPolicy());// ExecutorService pool = Executors.newCachedThreadPool(); for (int i = 0; i < 5; i++) { Worker worker = new Worker("Runnable_" + i); pool.execute(worker); } for (int i = 0; i < 5; i++) { CallWorker callWorker = new CallWorker("CallWorker_" + i); Future<String> result = pool.submit(callWorker); System.out.println(result.get()); } pool.shutdown(); }}
周期性执行任务的线程池,按照某种特定的计划执行线程中的任务,有核心线程,但也有非核心线程,非核心线程的大小也为无限大。适用于执行周期性的任务。看构造函数:调用的还是
ThreadPoolExecutor
构造函数,区别不同点在于任务队列是用的DelayedWorkQueue,没什么新奇的了。
核心函数讲解:
FixedDelay
scheduleAtFixedRate
跟
scheduleWithFixedDelay
区别如下图
第一个任务第0秒开始,第80s结束. 第二个任务第80s开始,在第100s结束. 第三个任务第120s秒开始,170s结束. 第四个任务从180s开始.
简单Mark个循环任务demo:
class ScheduleWorker implements Runnable { public final static int Normal = 0;//普通任务类型 public final static int HasException = -1;//会抛出异常的任务类型 public final static int ProcessException = 1;//抛出异常但会捕捉的任务类型 public static SimpleDateFormat formater = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); private int taskType; public ScheduleWorker(int taskType) { this.taskType = taskType; } @Override public void run() { if (taskType == HasException) { System.out.println(formater.format(new Date()) + " 异常产生"); throw new RuntimeException("有异常"); } else if (taskType == ProcessException) { try { System.out.println(formater.format(new Date()) + " 异常产生被捕捉"); throw new RuntimeException("异常被捕捉");//异常导致下个任务无法执行 } catch (Exception e) { System.out.println(" 异常被主播"); } } else { System.out.println("正常" + formater.format(new Date())); } }}public class SchTest{ public static void main(String[] args) { ScheduledThreadPoolExecutor schedule = new ScheduledThreadPoolExecutor(1); schedule.scheduleAtFixedRate(new ScheduleWorker(ScheduleWorker.HasException), 1000, 3000, TimeUnit.MILLISECONDS); // 任务在 1秒后执行 周期3秒 schedule.scheduleAtFixedRate(new ScheduleWorker(ScheduleWorker.Normal), 1000, 3000, TimeUnit.MILLISECONDS); }}
JDK8中新添加的一个类,摄像一个场景你去询问两个商品价格然后将价格保存数据库。
ExecutorService executor =Executors.newFixedThreadPool(2);// 异步向电商 S1 询价Future<Integer> f1 = executor.submit(()->getPriceByS1());// 异步向电商 S2 询价Future<Integer> f2 = executor.submit(()->getPriceByS2());// 获取电商 S1 报价并保存r=f1.get();executor.execute(()->save(r));// 获取电商 S2 报价并保存r=f2.get();executor.execute(()->save(r));
上面的这个方案本身没有太大问题,但是有个地方的处理需要你注意,那就是如果获取电商 S1 报价的耗时很长,那么即便获取电商 S2 报价的耗时很短,也无法让保存 S2 报价的操作先执行,因为这个主线程都阻塞在了 f1.get(),那我们如何解决了?解决方法:结果都存入到一个阻塞队列中去。
// 创建阻塞队列BlockingQueue<Integer> bq =new LinkedBlockingQueue<>();// 电商 S1 报价异步进入阻塞队列 executor.execute(()->bq.put(f1.get()));// 电商 S2 报价异步进入阻塞队列 executor.execute(()->bq.put(f2.get()));// 异步保存所有报价 for (int i=0; i<2; i++) { Integer r = bq.take(); executor.execute(()->save(r));}
在JDK8中不建议上面的工作都手动实现,JDK提供了CompletionService
,它实现原理也是内部维护了一个阻塞队列,它的核心功效就是让先执行的任务先放到结果集。当任务执行结束就把任务的执行结果加入到阻塞队列中,不同的是CompletionService
是把任务执行结果的 Future 对象加入到阻塞队列中,而上面的示例代码是把任务最终的执行结果放入了阻塞队列中。CompletionService
将Executor
和BlockingQueue
的功能融合在一起,CompletionService
内部有个阻塞队列。CompletionService
接口的实现类是 ExecutorCompletionService
,这个实现类的构造方法有两个,分别是:
ExecutorCompletionService(Executor executor)ExecutorCompletionService(Executor executor, BlockingQueue<Future<V>> completionQueue)
这两个构造方法都需要传入一个线程池,如果不指定 completionQueue,那么默认会使用无界的 LinkedBlockingQueue。任务执行结果的 Future 对象就是加入到 completionQueue 中。
// 创建线程池ExecutorService executor = Executors.newFixedThreadPool(2);// 创建 CompletionServiceCompletionService<Integer> cs = new ExecutorCompletionService<>(executor);// 异步向电商 S1 询价cs.submit(()->getPriceByS1());// 异步向电商 S2 询价cs.submit(()->getPriceByS2());// 将询价结果异步保存到数据库for (int i=0; i<2; i++) { Integer r = cs.take().get(); executor.execute(()->save(r));}
来一个整体的demo加深印象:
// 任务类class WorkTask implements Callable<Integer>{ private String name; public WorkTask(String name) { this.name = name; } @Override public Integer call() { int sleepTime = new Random().nextInt(1000); try { Thread.sleep(sleepTime); } catch (InterruptedException e) { e.printStackTrace(); } return sleepTime; }}public class CompletionCase{ private final int POOL_SIZE = Runtime.getRuntime().availableProcessors(); private final int TOTAL_TASK = Runtime.getRuntime().availableProcessors(); public void selfByQueue() throws Exception { long start = System.currentTimeMillis(); // 统计所有任务休眠的总时长 AtomicInteger count = new AtomicInteger(0); ExecutorService pool = Executors.newFixedThreadPool(POOL_SIZE); // 创建线程池 BlockingQueue<Future<Integer>> queue = new LinkedBlockingQueue<Future<Integer>>();//容器存放提交给线程池的任务,list,map, for (int i = 0; i < TOTAL_TASK; i++) { Future<Integer> future = pool.submit(new WorkTask("要执行的第几个任务" + i)); queue.add(future);//i=0 先进队列,i=1的任务跟着进 } for (int i = 0; i < TOTAL_TASK; i++) { int sleptTime = queue.take().get(); // 检查线程池任务执行结果 i=0先取到,i=1的后取到 System.out.println(" 休眠毫秒数 = " + sleptTime + " ms "); count.addAndGet(sleptTime); } pool.shutdown(); System.out.println("休眠时间" + count.get() + "ms,耗时时间" + (System.currentTimeMillis() - start) + " ms"); } public void testByCompletion() throws Exception { long start = System.currentTimeMillis(); AtomicInteger count = new AtomicInteger(0); // 创建线程池 ExecutorService pool = Executors.newFixedThreadPool(POOL_SIZE); CompletionService<Integer> cService = new ExecutorCompletionService<>(pool); // 向里面扔任务 for (int i = 0; i < TOTAL_TASK; i++) { cService.submit(new WorkTask("执行任务" + i)); } // 检查线程池任务执行结果 for (int i = 0; i < TOTAL_TASK; i++) { int sleptTime = cService.take().get(); System.out.println("休眠毫秒数 = " + sleptTime + " ms ..."); count.addAndGet(sleptTime); } pool.shutdown(); System.out.println("休眠时间 " + count.get() + "ms,耗时时间" + (System.currentTimeMillis() - start) + " ms"); } public static void main(String[] args) throws Exception { CompletionCase t = new CompletionCase(); t.selfByQueue(); t.testByCompletion(); }}
为什么用线程池? 线程池的作用? 常用的线程池模版? 7大重要参数? 4大拒绝策略? 常见线程池任务队列,如何理解有界跟无界?7.如何分配线程池个数? 单机线程池执行一般断电了如何考虑? 正在处理的实现事务功能,下次自动回滚,队列实现持久化储存,下次启动自动载入。
设定一个线程池优先级队列,Runable类要实现可对比功能,任务队列使用优先级队列
到此,关于“怎么快速了解Java线程池”的学习就结束了,希望能够解决大家的疑惑。理论与实践的搭配能更好的帮助大家学习,快去试试吧!若想继续学习更多相关知识,请继续关注亿速云网站,小编会继续努力为大家带来更多实用的文章!
亿速云「云服务器」,即开即用、新一代英特尔至强铂金CPU、三副本存储NVMe SSD云盘,价格低至29元/月。点击查看>>
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。
原文链接:https://my.oschina.net/u/4511602/blog/4703651