Quartz在集群模式下通过故障切换和任务负载均衡来实现任务的高可用（HA High Available）。而集群模式是通过争用数据库悲观锁来实现必须使用JdbcStore持久化存储任务。这个可以先阅 … 继续阅读 »

由先前的文章，我们已经验证了Quartz到集群模式、触发器优先级、任务错过触发处理和任务有状态与并发等场景特性。 删除正运行任务 测试结果 任务删除将删除还未触发的任务及触发器信息。但不会强行中断已经 … 继续阅读 »

Quartz定时任务默认都是并发执行,不仅仅是不同任务Job，还可以是同个Job的不同实例（JobDetail），意味着一次任务并不会等待上一次任务执行完毕，只要触发时间到达就会执行, 如果定时任执行 … 继续阅读 »

根据先前的概念简介可知，一个Job可以有多个相同或不同的Trigger触发，甚至是同时触发。不同的Job也可能同时触发。这时就出现了触发时间相同的触发器触发先后顺序问题，这就是触发器优先级要考虑的问题 … 继续阅读 »

在应用运行中，任务错过触发的事情也是时有发生，比如，系统宕机重启，在关闭至重启的时间，任务可能Misfired；线程池线程满了，没有空闲线程执行任务，导致无法触发，等待超时造成Misfired；不允许 … 继续阅读 »

Quartz随着任务的创建，触发和销毁，触发器状态也做出改变，流转成相应的变化。我们可以通过触发器状态变化观察到定时任务的生命周期。 触发器状态 我们可以看下Quartz org.quartz.imp … 继续阅读 »

Quartz定时任务处理涉及不少线程，Quartz中由调度线程专门负责任务的调度和触发，集群状态下节点间检测和故障恢复由集群管理线程负责处理，对于那些错过触发的任务会由错过触发处理线程负责根据错误触发 … 继续阅读 »

Quartz是原生支持应用集群下的任务调度，查下摘自官网的架构图： Quartz集群中的每个节点是一个独立的Quartz任务应用，它又管理着其他的节点。该集群需要分别对每个节点分别启动或停止，不像一些 … 继续阅读 »

这里记录下Quartz的原生快速入门指南，以内存存储方式，将 trigger 和 job 存储在内存，即配置文件配置： org.quartz.jobStore.class: org.quartz.si … 继续阅读 »