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

  • 时间:
  • 浏览:0
  • 来源:大发pk10_pk10下载安装_大发pk10下载安装

前言

  开心一刻

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

纯正的海豹突击队

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

  github:https://github.com/youzhibing

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

Runnable

  肯能是简单的实现另好几个 多 任务管理器,亲戚朋友会通过实现Runnable接口或继承Thread类来完成。JDK1.0中就肯能地处Runnable和Thread,Thread实现了Runnable接口。Runnable使用土依据一般如下

  一般亲戚朋友的任务管理器都有以匿名内部类的土依据地处的,而是我以如下土依据地处

  当然任务管理器的实现土依据还有Thread类,Thread实现了Runnable接口,本质还是一样;无论是Runnable,还是Thread,实现的任务管理器有另好几个 多 很明显的缺点,而是我没法 返回值,执行完任务以后无法获取执行结果。

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是另好几个 多 泛型接口,call()函数返回的类型而是我传递进来的泛型类型,也是返回的结果类型。没法 为什么在么在会么会使用Callable呢?一般情况表下是配合ExecutorService来使用的,而ExecutorService的创建又是用Executors来完成的。

任务管理器

  Executors

    也是JDK1.5新增内容,是创建ExecutorService、ScheduledExecutorService、ThreadFactory和Callable的工厂,并提供了这一 有效的工具土依据。有而是创建ExecutorService的土依据

    主要分为6类土依据,每一类都两两重载,另好几个 多 有ThreadFactory threadFactory参数,另好几个 多 没法 ThreadFactory threadFactory参数,也而是我亲戚朋友都可否不能了自定义ThreadFactory来定制Thread;若没法 ThreadFactory参数,则使用默认的DefaultThreadFactory来构建Thread。6类土依据如下

      newCachedThreadPool(...)

        创建另好几个 多 可缓存的任务管理器,肯能任务管理器长度超过处都可否不能了,可灵活回收空闲任务管理器,若无可回收,则新建任务管理器;返回类型是:ThreadPoolExecutor。

      newFixedThreadPool(...)

        创建另好几个 多 定长任务管理器,可控制任务管理器最大并发数,超出的任务管理器会在队列中守候;返回类型是:ThreadPoolExecutor。

      newScheduledThreadPool(...)

        创建另好几个 多 定长任务管理器,支持定时及周期性任务执行;返回类型是:ScheduledThreadPoolExecutor。多数情况表下可用来替代Timer类。

      newSingleThreadExecutor(...)

        创建另好几个 多 单任务管理器化的任务管理器,都可否了唯一的另好几个 多 工作任务管理器来执行任务,保证所有任务按照指定顺序执行;返回类型是:ThreadPoolExecutor的代理,亲戚朋友都可否不能了认为而是我ThreadPoolExecutor。

      newSingleThreadScheduledExcutor(...)

        创建另好几个 多 单任务管理器化的任务管理器,与newSingleThreadExecutor类似,但支持定时及周期性任务执行;返回类型是:ScheduledThreadPoolExecutor。

      newWorkStealingPool(...)

        创建持有足够任务管理器的任务管理器来支持给定的并行级别,并通过使用多个队列,减少竞争;它都可否了穿另好几个 多 并行级别的参数,肯能不传,则被设定为默认的CPU数量。JDK1.8中新增,返回类型是:ForkJoinPool。ForkJoinFool通常配合ForkJoinTask的子类RecursiveAction或RecursiveTask使用。

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

  ExecutorService

    ExecutorService是另好几个 多 interface,继承了Executor,是Java中对任务管理器定义的另好几个 多 接口,类图如下:

    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)土依据创建了另好几个 多 支持定时及周期性执行的单任务管理器化任务管理器,支持定时及周期性地执行task,而是我任务管理器中都可否了另好几个 多 任务管理器。ExecutorServiceSessionValidationScheduler两种而是我另好几个 多 Runnable,没法 会定时、周期性的执行其run()。说的简单点而是我:应用启动30分钟后,单任务管理器化的任务管理器中的单个任务管理器刚开始 执行ExecutorServiceSessionValidationScheduler的run()土依据,以后每隔30分钟执行一次,30分钟是默认设置;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