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

  • 时间:
  • 浏览:1
  • 来源:幸运快3_快3大小_幸运快3大小

前言

  开心一刻

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

纯正的海豹突击队

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

  github:https://github.com/youzhibing

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

Runnable

  原应 是简单的实现另2个系统tcp连接,当我们当我们当我们 会通过实现Runnable接口或继承Thread类来完成。JDK1.0中就原应 发生Runnable和Thread,Thread实现了Runnable接口。Runnable使用土依据一般如下

  一般当我们当我们当我们 的系统tcp连接都有以匿名内部人员类的土依据发生的,而是以如下土依据发生

  当然系统tcp连接的实现土依据还有Thread类,Thread实现了Runnable接口,本质还是一样;无论是Runnable,还是Thread,实现的系统tcp连接另2个很明显的缺点,而是没法 返回值,执行完任务事先无法获取执行结果。

Callable

  Callable接口是JDK1.5中引入的,和Runnable这类于,都有用来实现多系统tcp连接,不同的是,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来完成的。

系统tcp连接池

  Executors

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

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

      newCachedThreadPool(...)

        创建另2个可缓存的系统tcp连接池,原应 系统tcp连接池长度超过除理需用,可灵活回收空闲系统tcp连接,若无可回收,则新建系统tcp连接;返回类型是:ThreadPoolExecutor。

      newFixedThreadPool(...)

        创建另2个定长系统tcp连接池,可控制系统tcp连接最大并发数,超出的系统tcp连接会在队列中停留;返回类型是:ThreadPoolExecutor。

      newScheduledThreadPool(...)

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

      newSingleThreadExecutor(...)

        创建另2个单系统tcp连接化的系统tcp连接池,要能唯一的另2个工作系统tcp连接来执行任务,保证所有任务按照指定顺序执行;返回类型是:ThreadPoolExecutor的代理,当我们当我们当我们 可不想能认为而是ThreadPoolExecutor。

      newSingleThreadScheduledExcutor(...)

        创建另2个单系统tcp连接化的系统tcp连接池,与newSingleThreadExecutor这类于,但支持定时及周期性任务执行;返回类型是:ScheduledThreadPoolExecutor。

      newWorkStealingPool(...)

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

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

  ExecutorService

    ExecutorService是另2个interface,继承了Executor,是Java中对系统tcp连接池定义的另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事先应该关闭它,许多它后边的系统tcp连接会无缘无故 发生运行情況,原应 应用无法停止。关闭ExecutorService的土依据有一种,其一是ExecutorService.shutdown()土依据,在调用shutdown()土依据事先,ExecutorService不想立即关闭,许多它不再接收新的任务,直到当前所有系统tcp连接执行完成才会关闭,所有在shutdown()执行事先提交的任务并且被执行;其二是调用ExecutorService.shutdownNow()土依据,它将跳过所有正在执行的任务和被提交还没法 执行的任务,许多它并不对正在执行的任务做任何保证,有原应 它们并且停止,都有原应 执行完成。一般推荐的关闭土依据是ExecutorService.shutdown()。

  Future

    对具体的Runnable原应 Callable任务的执行结果进行注销、查询否是完成、获取结果。必要时可不想能通过get土依据获取执行结果,该土依据会阻塞直到任务返回结果。相关类图如下

    从如上代码可不想能看出Future提供了一种功能:

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

系统tcp连接池使用示例

  Runnable使用示例

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

    示例二,单系统tcp连接化的系统tcp连接池执行某个任务,并显示的关闭系统tcp连接池

  Callable使用示例

    示例一,Callable + Future获取结果;采用缓存系统tcp连接池执行任务

    示例二,Callable + FutureTask获取结果;采用定长系统tcp连接池执行定时任务

shiro中session验证定时任务

  shiro源码篇 - shiro的session的查询、刷新、过期与删除,你值得拥有中讲到了session验证定时任务,当我们当我们当我们 AbstractValidatingSessionManager中createSession土依据结束了了

  可不想能看到,调用Executors.newSingleThreadScheduledExcutor(ThreadFactory threadFactory)土依据创建了另2个支持定时及周期性执行的单系统tcp连接化系统tcp连接池,支持定时及周期性地执行task,许多系统tcp连接池中只另2个系统tcp连接。ExecutorServiceSessionValidationScheduler一种而是另2个Runnable,没法 会定时、周期性的执行其run()。说的简单点而是:应用启动300分钟后,单系统tcp连接化的系统tcp连接池中的单个系统tcp连接结束了了执行ExecutorServiceSessionValidationScheduler的run()土依据,事先每隔300分钟执行一次,300分钟是默认设置;ExecutorServiceSessionValidationScheduler的run()中,会调用sessionManager的validateSessions()土依据完成session的验证。

总结

  1、不想返回结果,简单的系统tcp连接实现可不想能用Runnable(或Thread);需用返回结果的、稍繁复的系统tcp连接实现可不想能用Callable;原应 系统tcp连接操作频繁、需用连接池管理的可不想能考虑用ExecutorService来实现系统tcp连接池;更繁复的任务调度,则可不想能用三方工具,比如:quartz,更多三方调度工具可查阅spring-boot-2.0.3之quartz集成,都有你想的那样哦!,具体选择哪个,需用结合当我们当我们当我们 的具体业务来考虑,没法 绝对的选择谁而不选择谁,看到谁更契合;

  2、一般情況下,Callable(或Runnale)、Executors、ExecutorService、Future会配合来使用,许多事先当我们当我们当我们 不需用返回值,则可不想能不关注Future;推荐使用系统tcp连接池的土依据,有与数据库连接池这类于的优点;

  3、许多三方的框架、工具都沿用了jdk的系统tcp连接池实现,而没法 引用第三方调度工具,这类于shiro中,session的验证定时任务而是沿用的jdk中的Executors.newSingleThreadScheduledExcutor(ThreadFactory threadFactory)来创建的系统tcp连接池;

  4、jdk中的系统tcp连接还有许多内容,本文而是涉及到了冰山一角,更深入的学习有待当我们当我们当我们 自行去进行。

参考

  Java 8 教程汇总

  Java并发编程:Callable、Future和FutureTask

  深入理解 Java 系统tcp连接池:ThreadPoolExecutor