jdk中的简单并发,需要掌握

  • 时间:
  • 浏览:1

前言

  开心一刻

    小之前 有一次爸爸带我去偷村头别人家的梨子,我上树摘,爸爸在下面放风,正摘着主人来了,爸爸指着我破口大骂:臭小子,赶紧给我滚下来,敢偷吃别人家梨子,看我不打死你。主人家赶紧说:没事没事,小孩子淘气嘛,多摘点回家吃。我……这坑儿子的爹...

纯正的海豹突击队

  路漫漫其修远兮,吾将上下而求索!

  github:https://github.com/youzhibing

  码云(gitee):https://gitee.com/youzhibing

Runnable

  将会是简单的实现2个多进程,他们会通过实现Runnable接口或继承Thread类来完成。JDK1.0中就将会占据 Runnable和Thread,Thread实现了Runnable接口。Runnable使用最好的法子一般如下

  一般他们的进程全部都是以匿名内部管理类的最好的法子占据 的,假使 以如下最好的法子占据

  当然进程的实现最好的法子还有Thread类,Thread实现了Runnable接口,本质还是一样;无论是Runnable,还是Thread,实现的进程2个多多很明显的缺点,假使 这么返回值,执行完任务之前 无法获取执行结果。

Callable

  Callable接口是JDK1.5中引入的,和Runnable這個 ,全部都是用来实现多进程,不同的是,Callable能返回结果和抛出checked exception。源代码如下

@FunctionalInterface
public interface Callable<V> {
    /**
     * Computes a result, or throws an exception if unable to do so.
     *
     * @return computed result
     * @throws Exception if unable to compute a result
     */
    V call() throws Exception;
}

  都不能看得人,Callable是2个多泛型接口,call()函数返回的类型假使 传递进来的泛型类型,也是返回的结果类型。这么为何使用Callable呢?一般情況下是配合ExecutorService来使用的,而ExecutorService的创建又是用Executors来完成的。

进程池

  Executors

    也是JDK1.5新增内容,是创建ExecutorService、ScheduledExecutorService、ThreadFactory和Callable的工厂,并提供了一些有效的工具最好的法子。有所以创建ExecutorService的最好的法子

    主要分为6类最好的法子,每一类都两两重载,2个多有ThreadFactory threadFactory参数,2个多这么ThreadFactory threadFactory参数,也假使 他们都不能自定义ThreadFactory来定制Thread;若这么ThreadFactory参数,则使用默认的DefaultThreadFactory来构建Thread。6类最好的法子如下

      newCachedThreadPool(...)

        创建2个多可缓存的进程池,将会进程池长度超过正确处理不能 ,可灵活回收空闲进程,若无可回收,则新建进程;返回类型是:ThreadPoolExecutor。

      newFixedThreadPool(...)

        创建2个多定长进程池,可控制进程最大并发数,超出的进程会在队列中守候;返回类型是:ThreadPoolExecutor。

      newScheduledThreadPool(...)

        创建2个多定长进程池,支持定时及周期性任务执行;返回类型是:ScheduledThreadPoolExecutor。多数情況下可用来替代Timer类。

      newSingleThreadExecutor(...)

        创建2个多单进程化的进程池,都不能了唯一的2个多工作进程来执行任务,保证所有任务按照指定顺序执行;返回类型是:ThreadPoolExecutor的代理,他们都不能认为假使 ThreadPoolExecutor。

      newSingleThreadScheduledExcutor(...)

        创建2个多单进程化的进程池,与newSingleThreadExecutor這個 ,但支持定时及周期性任务执行;返回类型是:ScheduledThreadPoolExecutor。

      newWorkStealingPool(...)

        创建持有足够进程的进程池来支持给定的并行级别,并通过使用多个队列,减少竞争;它不能 穿2个多并行级别的参数,将会不传,则被设定为默认的CPU数量。JDK1.8中新增,返回类型是:ForkJoinPool。ForkJoinFool通常配合ForkJoinTask的子类RecursiveAction或RecursiveTask使用。

    常用的主假使 以下3类:newCachedThreadPool,newFixedThreadPool,newScheduledThreadPool。至于newWorkStealingPool,我还没用过,不太好评论。

  ExecutorService

    ExecutorService是2个多interface,继承了Executor,是Java中对进程池定义的2个多接口,类图如下:

    ExecutorService接口中常用最好的法子如下

void execute(Runnable command);    // 从Executor继承而来,用来执行Runnale,这么返回值
<T> Future<T> submit(Callable<T> task);    // 执行Callable类型的task,并返回Future
<T> Future<T> submit(Runnable task, T result);    // 你這個



最好的法子很少使用
Future<?> submit(Runnable task);    // 执行Runnable类型的task,并返回Future

    当然还有invokeAll、invokeAny,感兴趣的都不能去看下。关于Future,下面会讲到。

    当他们使用完成ExecutorService之前 应该关闭它,而且它里边的进程会总是 占据 运行情況,原因应用无法停止。关闭ExecutorService的最好的法子有你這個 ,其一是ExecutorService.shutdown()最好的法子,在调用shutdown()最好的法子之前 ,ExecutorService不必立即关闭,而且它不再接收新的任务,直到当前所有进程执行完成才会关闭,所有在shutdown()执行之前 提交的任务全部都是被执行;其二是调用ExecutorService.shutdownNow()最好的法子,它将跳过所有正在执行的任务和被提交还这么执行的任务,而且它暂且对正在执行的任务做任何保证,有将会它们全部都是停止,全部都是将会执行完成。一般推荐的关闭最好的法子是ExecutorService.shutdown()。

  Future

    对具体的Runnable将会Callable任务的执行结果进行撤消 、查询是是否是完成、获取结果。必要时都不能通过get最好的法子获取执行结果,该最好的法子会阻塞直到任务返回结果。相关类图如下

    从如上代码都不能看出Future提供了你這個 功能:

      1、判断任务是是否是完成;2、中断任务;3、获取任务执行结果。

进程池使用示例

  Runnable使用示例

    示例一,定时周期的执行某个任务

    示例二,单进程化的进程池执行某个任务,并显示的关闭进程池

  Callable使用示例

    示例一,Callable + Future获取结果;采用缓存进程池执行任务

    示例二,Callable + FutureTask获取结果;采用定长进程池执行定时任务

shiro中session验证定时任务

  shiro源码篇 - shiro的session的查询、刷新、过期与删除,你值得拥有中讲到了session验证定时任务,他们AbstractValidatingSessionManager中createSession最好的法子之前 现在开始

  都不能看得人,调用Executors.newSingleThreadScheduledExcutor(ThreadFactory threadFactory)最好的法子创建了2个多支持定时及周期性执行的单进程化进程池,支持定时及周期性地执行task,而且进程池中只2个多多进程。ExecutorServiceSessionValidationScheduler你這個 假使 2个多Runnable,这么会定时、周期性的执行其run()。说的简单点假使 :应用启动100分钟后,单进程化的进程池中的单个进程之前 现在开始执行ExecutorServiceSessionValidationScheduler的run()最好的法子,之前 每隔100分钟执行一次,100分钟是默认设置;ExecutorServiceSessionValidationScheduler的run()中,会调用sessionManager的validateSessions()最好的法子完成session的验证。

总结

  1、不必返回结果,简单的进程实现都不能用Runnable(或Thread);不能 返回结果的、稍简化的进程实现都不能用Callable;将会进程操作频繁、不能 连接池管理的都不能考虑用ExecutorService来实现进程池;更简化的任务调度,则都不能用三方工具,比如:quartz,更多三方调度工具可查阅spring-boot-2.0.3之quartz集成,全你都这么想的那样哦!,具体选取哪个,不能 结合他们的具体业务来考虑,这么绝对的选取谁而不选取谁,看得人谁更契合;

  2、一般情況下,Callable(或Runnale)、Executors、ExecutorService、Future会配合来使用,所以之前 他们不必能 返回值,则都不能不关注Future;推荐使用进程池的最好的法子,有与数据库连接池這個 的优点;

  3、所以三方的框架、工具都沿用了jdk的进程池实现,而这么引用第三方调度工具,這個 shiro中,session的验证定时任务假使 沿用的jdk中的Executors.newSingleThreadScheduledExcutor(ThreadFactory threadFactory)来创建的进程池;

  4、jdk中的进程还有所以内容,本文假使 涉及到了冰山一角,更深入的学习有待他们自行去进行。

参考

  Java 8 教程汇总

  Java并发编程:Callable、Future和FutureTask

  深入理解 Java 进程池:ThreadPoolExecutor