Elasticjob是一个开源的分布式调度解决方案。Elasticjob由两个相互独立的子项目Elastic-Job-Lite和Elastic-Job-Cloud组成。Elastic-Job-Lite定位为轻量级无中心化解决方案，使用jar包的形式提供分布式任务的协调服务；Elastic-Job-C

Quartz在集群模式下通过故障切换和任务负载均衡来实现任务的高可用（HA High Available）。而集群模式是通过争用数据库悲观锁来实现必须使用JdbcStore持久化存储任务。这个可以先阅读之前集群管理文章Quartz管中窥豹之集群管理故障切换当其中一个节点在执行一个或多个作业期间失败时

由先前的文章，我们已经验证了Quartz到集群模式、触发器优先级、任务错过触发处理和任务有状态与并发等场景特性。删除正运行任务测试结果任务删除将删除还未触发的任务及触发器信息。但不会强行中断已经触发运行的任务。测试步骤1、定义一个任务为休眠10秒。2、测试用例中，任务每2秒触发。等待6秒后删除任务。

Quartz定时任务默认都是并发执行,不仅仅是不同任务Job，还可以是同个Job的不同实例（JobDetail），意味着一次任务并不会等待上一次任务执行完毕，只要触发时间到达就会执行, 如果定时任执行太长，会长时间占用线程资源，导致其它任务堵塞。Quartz定时任务默认也是无状态的，也就是每个Job

根据先前的概念简介可知，一个Job可以有多个相同或不同的Trigger触发，甚至是同时触发。不同的Job也可能同时触发。这时就出现了触发时间相同的触发器触发先后顺序问题，这就是触发器优先级要考虑的问题。这里直接上结果测试结果：默认情况是触发时间先后顺序排列，触发时间比较前的先执行任务，但如果一个或多

在应用运行中，任务错过触发的事情也是时有发生，比如，系统宕机重启，在关闭至重启的时间，任务可能Misfired；线程池线程满了，没有空闲线程执行任务，导致无法触发，等待超时造成Misfired；不允许并发任务（@DisallowConcurrentExecution）在下次触发时间到达时，上次执行还

Quartz随着任务的创建，触发和销毁，触发器状态也做出改变，流转成相应的变化。我们可以通过触发器状态变化观察到定时任务的生命周期。触发器状态我们可以看下Quartz org.quartz.impl.jdbcjobstore.Constants常量类中定义的触发器的几种状态:Triggers表状态描

Quartz定时任务处理涉及不少线程，Quartz中由调度线程专门负责任务的调度和触发，集群状态下节点间检测和故障恢复由集群管理线程负责处理，对于那些错过触发的任务会由错过触发处理线程负责根据错误触发策略决定是否忽略还是执行等等。当然还有Quartz默认实现的简单线程池和工作线程。调度线程分析调度线

Quartz是原生支持应用集群下的任务调度，查下摘自官网的架构图：Quartz集群中的每个节点是一个独立的Quartz任务应用，它又管理着其他的节点。该集群需要分别对每个节点分别启动或停止，不像一些应用服务器的集群需要彼此通信，独立的Quartz节点并不与另一个节点或是管理节点通信。Quartz应用

这里记录下Quartz的原生快速入门指南，以内存存储方式，将 trigger 和 job 存储在内存，即配置文件配置：org.quartz.jobStore.class: org.quartz.simpl.RAMJobStore添加Maven依赖把quartz引入到项目中，添加依赖包<depe

Quartz是一个开源的作业调度框架，由美国Terracotta公司收购，旗下还收购有Java开源的缓存项目Ehcache。Quartz可以与Java EE、Java SE应用程序结合或者单独使用。现研究版本为2.2.x。概念核心元素Quartz 任务调度的核心元素是 scheduler, trig

springboot提供了devtools开发工具进行热部署，修改类源文件并保存，重新编译后（Java IDE需勾上自动编译），springboot会自动重启，重新加载字节码文件。提供spring-boot-devtools模块，改进开发体验。添加依赖<!– 热部署 –><depe