Spring的任务调度@Scheduled注解——task:scheduler和task:executor的解析

Spring的任务调度@Scheduled注解——task:scheduler和task:executor的解析

applicationContext 的配置如下:

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"xmlns:context="http://www.springframework.org/schema/context"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsdhttp://www.springframework.org/schema/context  http://www.springframework.org/schema/context/spring-context-3.0.xsdhttp://www.springframework.org/schema/task http://www.springframework.org/schema/task/spring-task-4.1.xsd"xmlns:task="http://www.springframework.org/schema/task"><context:annotation-config /><task:annotation-driven scheduler="myScheduler" executor="myExecutor"/><!-- 调度线程池配置 --><task:scheduler id="myScheduler" pool-size="5"/><!-- 执行线程池配置 --><task:executor id="myExecutor" pool-size="5"/><context:component-scan base-package="com.zaimeibian" /></beans>
package com.zaimeibian.task;import java.text.DateFormat;
import java.text.SimpleDateFormat;
import java.util.Date;import org.springframework.scheduling.annotation.Async;
import org.springframework.scheduling.annotation.Scheduled;
import org.springframework.stereotype.Component;@Component
public class PrintTask {DateFormat df = new SimpleDateFormat("HH:mm:ss");// 这个Async注解,代表当前任务是要异步执行的@Async@Scheduled(fixedRate = 5000)public void printA(){System.out.println("A执行 " + df.format(new Date()));try {Thread.sleep(10000);} catch (InterruptedException e) {}System.out.println("A打印输出 " + df.format(new Date())+ Thread.currentThread());}@Scheduled(fixedRate = 5000)public void printB(){System.out.println("B执行 " + df.format(new Date()));try {Thread.sleep(10000);} catch (InterruptedException e) {}System.out.println("B打印输出 " + df.format(new Date())+ Thread.currentThread());}@Scheduled(fixedRate = 5000)public void printC(){System.out.println("C执行 " + df.format(new Date()));try {Thread.sleep(10000);} catch (InterruptedException e) {}System.out.println("C打印输出 " + df.format(new Date())+ Thread.currentThread());}// 配置initialDelay的任务是在容器启动后延迟一定时间才开始调度@Scheduled(fixedRate = 5000, initialDelay=1000)public void printD(){System.out.println("D执行 " + df.format(new Date()));try {Thread.sleep(30000);} catch (InterruptedException e) {}System.out.println("D打印输出 " + df.format(new Date())+ Thread.currentThread());}// 配置initialDelay的任务是在容器启动后延迟一定时间才开始调度@Scheduled(fixedRate = 5000, initialDelay=1000)public void printE(){System.out.println("E执行 " + df.format(new Date()));try {Thread.sleep(30000);} catch (InterruptedException e) {}System.out.println("E打印输出 " + df.format(new Date())+ Thread.currentThread());}}

这里,fixDelay 和 fixRate 参数代表每个任务,前者在上一个任务调度完成后,延迟一定的时间执行。而后者可以在每间隔一定时间就执行新任务(但这里与 executor 的参数有关)。下面的试验会详细说明这两个参数。
Spring 的任务调度线程池,即

<task:scheduler id="myScheduler" pool-size="5"/>

如果不配置,那么默认值是 1 ,即结果是所有声明的任务,都是串行执行的,比如代码中的 A/B/C/D/E 五个任务,在默认值是 1 的情况下,只能一个个串行来执行。不能出现并行的情况。
可以将参数改为 1 ,运行,输出如下:

B执行 12:16:36
B打印输出 12:16:46Thread[myScheduler-1,5,main]
A执行 12:16:46
A打印输出 12:16:56Thread[myScheduler-1,5,main]
C执行 12:16:56
C打印输出 12:17:06Thread[myScheduler-1,5,main]
D执行 12:17:06
D打印输出 12:17:36Thread[myScheduler-1,5,main]
E执行 12:17:36
E打印输出 12:18:06Thread[myScheduler-1,5,main]
B执行 12:18:06
B打印输出 12:18:16Thread[myScheduler-1,5,main]
A执行 12:18:16
A打印输出 12:18:26Thread[myScheduler-1,5,main]
C执行 12:18:26
C打印输出 12:18:36Thread[myScheduler-1,5,main]
D执行 12:18:36
D打印输出 12:19:06Thread[myScheduler-1,5,main]
E执行 12:19:06
E打印输出 12:19:36Thread[myScheduler-1,5,main]
B执行 12:19:36
B打印输出 12:19:46Thread[myScheduler-1,5,main]
A执行 12:19:46
A打印输出 12:19:56Thread[myScheduler-1,5,main]

可以看到只有 myScheduler-1 这一个调度线程来调度这五个任务,任务之间只能串行,即等待上个任务完成后释放调度线程,然后调度线程才能调度执行下一个任务。

然后我们还改回调度线程池 5 个线程池大小,运行:

C执行 12:23:04
A执行 12:23:04
B执行 12:23:04
E执行 12:23:05
D执行 12:23:05
C打印输出 12:23:14Thread[myScheduler-2,5,main]
C执行 12:23:14
A打印输出 12:23:14Thread[myScheduler-3,5,main]
A执行 12:23:14
B打印输出 12:23:14Thread[myScheduler-1,5,main]
B执行 12:23:14
C打印输出 12:23:24Thread[myScheduler-2,5,main]
C执行 12:23:24
A打印输出 12:23:24Thread[myScheduler-3,5,main]
A执行 12:23:24
B打印输出 12:23:24Thread[myScheduler-1,5,main]
B执行 12:23:24
C打印输出 12:23:34Thread[myScheduler-2,5,main]
A打印输出 12:23:34Thread[myScheduler-3,5,main]
C执行 12:23:34
A执行 12:23:34
B打印输出 12:23:34Thread[myScheduler-1,5,main]
B执行 12:23:34
E打印输出 12:23:35Thread[myScheduler-4,5,main]
E执行 12:23:35
D打印输出 12:23:35Thread[myScheduler-5,5,main]
D执行 12:23:35

可以看到,如果每个任务都有一个调度线程来处理,那么就是很理想的情况,各个任务之间是并行的,互不干扰各自独立,按照各自的时间来触发。(可以看到 1-5 这 5 个线程都在各自调度自己的任务)
这里还要注意一点,fixDelay 和 fixRate 看上去似乎是一样的,在每个任务的调度线程中,都是必须上一个执行完毕后,等待配置的时间后,再开始下一次的执行。是不是 fixRate 参数不起作用呢?因为不是说 fixRate 是间隔一定时间执行,而不需要等待上一个任务执行完毕么?

这里引入另一个参数,可以看任务 A 上方注释掉的 @Async 注解:这个注解,代表可以异步执行。异步执行的话,调度线程池就会不用当前调度线程来执行,而是交给 task:executor 这个执行线程池来执行。
我们来运行,这里为了更好的说明,我们可以把 A 的 fixRate 改为 2秒 ,看运行结果:

B执行 12:34:44
C执行 12:34:44
A执行 12:34:44
D执行 12:34:45
E执行 12:34:45
A执行 12:34:46
A执行 12:34:48
A执行 12:34:50
A执行 12:34:52
B打印输出 12:34:54Thread[myScheduler-2,5,main]
B执行 12:34:54
C打印输出 12:34:54Thread[myScheduler-3,5,main]
A打印输出 12:34:54Thread[myExecutor-1,5,main]
C执行 12:34:54
A执行 12:34:54
A打印输出 12:34:56Thread[myExecutor-2,5,main]
A执行 12:34:56
A打印输出 12:34:58Thread[myExecutor-3,5,main]
A执行 12:34:58
A打印输出 12:35:00Thread[myExecutor-4,5,main]
A执行 12:35:00
A打印输出 12:35:02Thread[myExecutor-5,5,main]
A执行 12:35:02
B打印输出 12:35:04Thread[myScheduler-2,5,main]
B执行 12:35:04
C打印输出 12:35:04Thread[myScheduler-3,5,main]
A打印输出 12:35:04Thread[myExecutor-1,5,main]
C执行 12:35:04
A执行 12:35:04
A打印输出 12:35:06Thread[myExecutor-2,5,main]

里 A 任务的线程是 myExecutor-1 到 myExecutor-5,说明 myScheduler-1 这个调度线程调度了 A 任务,但是交给了线程池中的 myExecutor 中的执行线程来具体执行的。
所以,配置 task:scheduler 参数的线程池,是为了根据任务总数来分配调度线程池的大小;而配置 task:executor ,是为了某个任务如果要异步的执行时,实现当前任务内的多线程并发。

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.mzph.cn/news/557363.shtml

如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

CAP 理论、BASE 理论、FLP 理论

CAP 理论、BASE 理论、FLP 理论 CAP 理论、BASE 理论、FLP 理论 1.CAP 理论 C(Consistency) 一致性: 在写操作之后的所有读操作&#xff0c;必须要返回写入的值。 A(Availability) 可用性&#xff1a; 只要收到用户的请求&#xff0c;服务端就必须给出回应。 P(Partitio…

Spring的@Scheduled注解实现定时任务

Spring的Scheduled注解实现定时任务 【简介篇】 项目经常会用到定时任务&#xff0c;实现定时任务的方式有很多种。在Spring框架中&#xff0c;实现定时任务很简单&#xff0c;常用的实现方式是使用注解Scheduled。 Scheduled 常用来实现简单的定时任务。例如凌晨1点跑批&am…

接口测试如何测

接口测试如何测 一.什么是接口&#xff1f; 接口测试主要用于外部系统与系统之间以及内部各个子系统之间的交互点&#xff0c;定义特定的交互点&#xff0c;然后通过这些交互点来&#xff0c;通过一些特殊的规则也就是协议&#xff0c;来进行数据之间的交互。 二.接口都有哪…

CommandLineRunner 和 ApplicationRunner 的区别

CommandLineRunner 和 ApplicationRunner 概述 CommandLineRunner 和 ApplicationRunner 的作用类似, 都可以在 Spring 容器初始化之后执行某些操作。比较适用于某些复杂的 Bean 加载完成之后执行一些操作。例如 Feign 调用。 相同点 都可以获取到启动时指定的外部参数。主逻…

深入学习二叉树(一) 二叉树基础

深入学习二叉树(一) 二叉树基础 前言 树是数据结构中的重中之重&#xff0c;尤其以各类二叉树为学习的难点。一直以来&#xff0c;对于树的掌握都是模棱两可的状态&#xff0c;现在希望通过写一个关于二叉树的专题系列。在学习与总结的同时更加深入的了解掌握二叉树。本系列文…

ApplicationContext 和 BeanFactory 的区别

概述 首先解释一下两个名词: BeanFactory 是 Bean 工厂。ApplicationContext 是应用上下文。 ApplicationContext 和 BeanFactory 都是装载 Bean 的容器, 且 ApplicationContext 继承自 BeanFactory。但 ApplicationContext 较 BeanFactory 来说更高级一点。 主要区别: 是否…

深入学习二叉树(二) 线索二叉树

深入学习二叉树(二) 线索二叉树 1 前言 在上一篇简单二叉树的学习中&#xff0c;初步介绍了二叉树的一些基础知识&#xff0c;本篇文章将重点介绍二叉树的一种变形——线索二叉树。 2 线索二叉树 2.1 产生背景 现有一棵结点数目为n的二叉树&#xff0c;采用二叉链表的形式…

Java 逃逸分析

定义 分析对象动态作用域, 看别的方法或线程是否有途径能访问到这个对象。所谓逃逸分析,就是分析对象动态作用域,看别的方法或线程是否有途径能访问到这个对象,如果不能,那么编译器就可以为这个变量提供更高效的优化。 当一个对象, 能被其他方法访问到时, 这种逃逸叫做方法逃…

Java 线程调度

什么是线程调度 线程调度是指 OS 为线程分配处理器使用权的过程, 主要的调度方式有两种: 协同式线程调度。抢占式线程调度。 协同式线程调度 线程的执行时间由线程本身来控制, 线程把自己的工作执行完了之后,要主动通知 OS 切换到另一个线程上,即相当于在线程执行时间内能保…

深入学习二叉树(三) 霍夫曼树

深入学习二叉树(三) 霍夫曼树 1 前言 霍夫曼树是二叉树的一种特殊形式&#xff0c;又称为最优二叉树&#xff0c;其主要作用在于数据压缩和编码长度的优化。 2 重要概念 2.1 路径和路径长度 在一棵树中&#xff0c;从一个结点往下可以达到的孩子或孙子结点之间的通路&…

深入学习二叉树(四) 二叉排序树

深入学习二叉树(四) 二叉排序树 1 前言 数据结构中&#xff0c;线性表分为无序线性表和有序线性表。 无序线性表的数据是杂乱无序的&#xff0c;所以在插入和删除时&#xff0c;没有什么必须遵守的规则&#xff0c;可以插入在数据尾部或者删除在数据尾部。但是在查找的时候&a…

MySQL MVCC 概述

文章目录MVCC(Muti Version Concurrency Control) 的概念什么是当前读和快照读背景总结undo 日志InnoDB 中的 MVCCInnoDB 中的 MVCC 与事务隔离级别的关系InnoDB 中的 MVCC 实现原理MVCC(Muti Version Concurrency Control) 的概念 MVCC, 是一种多版本并发控制机制。通过 MVCC…

MySQL 行级锁

MySQL 行级锁的分类 按照锁定的范围不同,行级锁分为: 记录锁:用于锁定指定的某行记录间隙锁:用于锁定指定区间的记录,只有可重复读级别下才有间隙锁,间隙锁不存在冲突, 但是有可能导致死锁。临键锁:用于锁定指定左开右闭区间的记录,是记录锁与间隙锁的结合。

Redis Scan 命令

文章目录1. Scan 命令的基本用法1.1 Scan 命令的输入值1.2 Scan 命令的返回值2. Scan 命令与 Keys 命令比较2.1 Keys 命令的缺点2.2 Scan 命令的优点3. Scan 命令的限制3.1 有限保证原则3.2 返回的结果有可能会重复1. Scan 命令的基本用法 Scan 命令是一个基于游标的迭代器:Sc…

MybatisPlus 的 MetaObjectHandler 与 @TableLogic

文章目录1.MetaObjectHandler 实现公共字段自动填充功能1.1 日常开发中的公共字段1.2 Mybatis Plus 中的解决方案1.3 用法1.3.1 定义公共字段超类,并在字段上添加注解1.3.2 实现 MetaObjectHandler 接口2. Mybatis Plus 实现逻辑删除2.1 目前的逻辑删除2.2 Mybatis Plus 提供的…

红黑树 —— 原理和算法详细介绍

红黑树 —— 原理和算法详细介绍 R-B Tree简介 R-B Tree&#xff0c;全称是Red-Black Tree&#xff0c;又称为“红黑树”&#xff0c;它一种特殊的二叉查找树。红黑树的每个节点上都有存储位表示节点的颜色&#xff0c;可以是红(Red)或黑(Black)。 红黑树的特性: 每个节点或…

微服务雪崩效应与 Hystrix

文章目录微服务雪崩效应微服务中常见的容错方案常见的服务容错思路Hystrix 简介微服务雪崩效应 微服务系统中, 每一个服务专心于自己的业务逻辑, 并对外提供相应的接口, 看上去似乎耦合度比较低, 但经常会遇见这样一种场景: 可以看到, 当 C 服务挂掉时, B 服务还在不断地调用…

MySQL count(1) , count(*), count(列名) 的异同

count 函数主要用于统计行数,我们一般会用 count(1) , count(*), count(列名) 来统计行数,但是这三者之间有什么差距呢? 异同 当 count(列名) 在列名不是主键列的情况下,将只统计该列的非空行数,效率也最低下;当 count(列名) 在列名为主键列,且在没有非聚集索引的情况下,三者…

时间复杂度到底怎么算

时间复杂度到底怎么算 算法&#xff08;Algorithm&#xff09;是指用来操作数据、解决程序问题的一组方法。对于同一个问题&#xff0c;使用不同的算法&#xff0c;也许最终得到的结果是一样的&#xff0c;但在过程中消耗的资源和时间却会有很大的区别。 那么我们应该如何去衡…

Java 异常种类及处理方法

概述 异常的基类是 Throwable, Throwable 有两个子类: Exception : 表示可以恢复的异常, 编译器可以捕捉。Error : 表示编译时和系统错误, 表示系统在运行期间出现了严重的错误, 属于不可恢复的错误。 受检异常和非受检异常 受检异常指的是在编译期间会接受编译器检查, 且必…