>[info]misfire 概念提出的理由:到了任务触发时间点,但是任务没有被触发。
可能的原因如下:
* 线程池满了,没有资源执行任务。
* 机器宕机。
* 代码的 BUG 导致的异常终止。
为了让任务在错过之后,还能正常的运行,Quartz 针对不同的触发器提供了各种的 misfire 策略。
[TOC]
# 1. SimpleTrigger触发器的misfire策略
**1. withMisfireHandlingInstructionFireNow()**
>[info]所有被错过的任务都会被重新执行。
```java
TriggerBuilder.newTrigger()
//21:38
.startAt(startCl.getTime())
//21:40
.endAt(endCl.getTime())
.withSchedule(
SimpleScheduleBuilder.simpleSchedule()
.withMisfireHandlingInstructionFireNow()
.withIntervalInSeconds(2)
.repeatForever()
)
//应该在 21:38 开始,但我在 21:39 才启动项目
//会将 21:39 之前被错过的所有任务执行完,然后再按照触发器的规则执行
```
* 在`(21:38, 21:40)`区间内启动项目,所有之前被错过的任务都会重新被执行。
* 在`21:40`之后再启动项目,之前被错过的所有任务都不会再被执行了。
```
/***** 打印日志如下 *****/
//先将错过的任务执行完成
21:39:07 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:39:07 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:39:07 ...job.GoogsJob : 任务ID: job-group1.goods-job3
//再按照触发器的规则正常执行
21:39:09 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:39:11 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:39:13 ...job.GoogsJob : 任务ID: job-group1.goods-job3
```
下面这些策略虽然与 withMisfireHandlingInstructionFireNow() 有一些差别,但我懒得计较,它们的规则都是一样的。
```
withMisfireHandlingInstructionNextWithExistingCount()
withMisfireHandlingInstructionNextWithRemainingCount()
withMisfireHandlingInstructionNowWithExistingCount()
withMisfireHandlingInstructionNowWithRemainingCount()
```
<br/>
**2. withMisfireHandlingInstructionIgnoreMisfires()**
>[info]所有被错过的任务都会被重新执行。
```java
TriggerBuilder.newTrigger()
//21:00
.startAt(startCl.getTime())
//21:03
.endAt(endCl.getTime())
.withSchedule(
SimpleScheduleBuilder.simpleSchedule()
.withMisfireHandlingInstructionIgnoreMisfires()
.withIntervalInSeconds(2)
.repeatForever()
)
//应该在 21:00 开始,但我在 21:01 才启动项目
//会将 21:01 之前被错过的所有任务执行完,然后再按照触发器的规则执行
```
```
/***** 打印日志如下 *****/
//先将错过的任务执行完成
21:01:12 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:01:12 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:01:12 ...job.GoogsJob : 任务ID: job-group1.goods-job3
//再按照触发器的规则正常执行
21:01:14 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:01:16 ...job.GoogsJob : 任务ID: job-group1.goods-job3
21:01:18 ...job.GoogsJob : 任务ID: job-group1.goods-job3
/上面的触发器虽然定在 21:03 结束,但 21:03 之后再启动项目,
//之前被错过的所有任务也会被执行的
```
<br/>
# 2. CronTrigger触发器的misfire策略
**1. withMisfireHandlingInstructionIgnoreMisfires()**
>[info]所有被错过的任务都会被重新执行。
```java
CronScheduleBuilder.cronSchedule("0/2 * * * * ?")
.withMisfireHandlingInstructionIgnoreMisfires()
```
<br/>
**2. withMisfireHandlingInstructionDoNothing()**
>[info]所有被错过的任务都会被丢弃。
```java
CronScheduleBuilder.cronSchedule("0/2 * * * * ?")
.withMisfireHandlingInstructionDoNothing()
```
<br/>
**3. withMisfireHandlingInstructionFireAndProceed()**
>[info]将部分被错过的任务合并在一起执行一次,然后再正常执行下一周期的任务。
>【默认的 misfire 策略】
```java
CronScheduleBuilder.cronSchedule("0/2 * * * * ?")
.withMisfireHandlingInstructionFireAndProceed()
```
```
//下面这些是被错过的任务
//注意看下面的日志打印时间,它们都是在 22 的时候打印的
//而触发器规定的是每 2s 打印一次
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:22 ...job.GoogsJob : 任务ID: job-group1.goods-job4
//当将部分的被错过的任务执行后,就会正常执行下一周期的任务了,即每 2s 执行一次
2023-04-12T20:28:24 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:26 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:28 ...job.GoogsJob : 任务ID: job-group1.goods-job4
2023-04-12T20:28:30 ...job.GoogsJob : 任务ID: job-group1.goods-job4
```
- Mybatis
- mybatis是什么
- mybatis优缺点
- 环境搭建
- 使用步骤
- 传参方式
- 无需传参
- 一个参数
- 多个参数
- 增/删/改
- 查询
- 单表查询
- 一对一查询
- 一对多查询
- 动态SQL
- 注解操作
- Spring
- Spring什么
- Spring优点
- Spring组成
- 第一个Spring程序
- 两大核心技术
- IoC控制反转
- IoC思想
- IoC容器使用步骤
- 属性注入
- IoC注入方式
- 模拟IoC实现
- AOP
- AOP概念
- AOP原理
- AOP关键术语
- AOP编程过程
- 切入点规则
- 5种增强方式
- Spring注解开发
- 注解开发的优势
- Bean注解开发
- AOP注解开发
- 完全注解开发
- 模拟Spring注解开发
- 自动装配
- 配置文件拆分
- SpringBean
- Bean常用属性
- Bean的作用域
- Bean的生命周期
- Spring整合MyBatis
- 整合步骤
- SqlSessionTemplate
- 业务层添加事务
- 事务的作用
- 配置文件事务
- 注解事务
- 事务参数
- SpringMVC
- SpringMVC是什么
- 环境搭建
- 请求流程
- 核心组件
- 前后端交互
- 简单交互演示
- 常用注解
- 后端数据传递至前端
- ServletAPI
- 访问静态资源
- 异常处理
- HandlerExceptionResolver
- 局部异常
- 全局异常
- 转发与重定向
- 转发演示
- 重定向演示
- 转发与重定向的区别
- 获取表单数据
- 表单标签
- REST风格的URL
- 异步处理
- 异步请求
- JSON数据处理
- 中文乱码处理
- 日期处理
- 上传文件
- 拦截器
- 视图解析器
- 视图类型
- 多视图解析器
- 自定义pdf视图
- JSR303数据验证
- JSR303是什么
- 常用约束
- 使用步骤
- SpringMVC整合Mybatis
- 整合步骤
- Mybatis分页插件
- SpringBoot
- SpringBoot是什么
- 环境搭建
- SpringBoot启动分析
- SpringBoot启动类
- 启动过程
- SpringBoot配置文件
- 配置文件类型
- 更改配置文件
- 读取配置文件
- 占位符
- 配置优先级
- 自定义IoC容器
- 定义方式
- 引入Spring配置文件
- @Configuration
- SpringBoot自动配置
- 自动配置原理
- 条件注解
- 自动配置报告
- 自定义自动配置
- 关闭自动配置
- 接管自动配置
- 多环境配置
- CommandLineRunner
- SpringBoot与Web开发
- 引入模板引擎
- Thymeleaf模板
- Freemarker模板
- 静态资源访问
- webjars
- 静态资源位置
- ico图标
- 指定首页
- 更换Web服务器
- 国际化
- 拦截器
- 错误处理机制
- 错误处理机制原理
- 定制错误页面
- 定制错误数据
- 上传文件
- 注册servlet三大组件
- 注册Servlet
- 注册过滤器
- 注册监听器
- 外部Tomcat与jsp模板
- 前后端交互
- 传递json字符串
- 传递js对象
- 传递表单
- 下载功能
- Swagger2文档
- SpringBoot整合JDBC
- 整合步骤
- 核心API
- JdbcTemplate
- 增删改
- 查询
- NamedParameterJdbcTemplate
- 增删改
- 查询
- SpringBoot整合Mybatis
- 整合步骤
- 切换为Druid数据源
- 添加事务
- Mybatis分页插件
- 场景启动器
- 场景启动器是什么
- 自定义场景启动器
- SpringBoot与日志
- 日志框架
- slf4j日志
- slf4j日志实现
- 统一切换为slf4j
- 日志配置
- 日志文件
- 切换日志框架
- 切换日志场景启动器
- SpringBoot与缓存
- JSR107缓存技术
- Spring缓存抽象
- 缓存注解
- SpEL表达式
- 使用缓存
- 自定义key生成器
- 缓存工作原理与流程
- SpringBoot整合Redis
- 整合步骤
- 初步使用
- 序列化机制
- 缓存管理器
- SpringBoot与任务
- 异步任务
- 实现异步任务
- 注意事项与原理
- 自定义线程池
- 定时任务
- cron表达式
- 创建定时任务
- @Scheduled参数
- 动态时间
- 邮件任务
- Quartz定时任务
- Quartz是什么
- 创建定时任务
- 触发器与任务
- 任务的CURD
- 两种触发器
- 并发问题
- 持久化
- 任务持久化
- Quartz集群
- misfire策略
- 打包插件
- appassembler-maven-plugin
- appassembler与assembly配合