quartz相比于springboot schedule的优点?

目前在搭建一个定时调度任务的程序,框架是springboot的,看了下好像有两种方式:1.quartz整合springboot 2.直接用springbot中的schedule注解。
想问一下大家哪个比较好呢?quartz似乎更适合更复杂的场景,那么它相较于schedule的优点具体有什么呢?
第二个问题:
在使用过程中,如果我定的是每天整点运行一下任务,那么,在10点59的时候,容器挂了。。11点01分的才起来。那这个11点的数据就丢了,请问大家有什么办法能在容器起来时,补偿这个11点的数据呢?

其次,好像如果是分布式的话,好像quartz更适合一些是吗?

阅读 12.7k
4 个回答

问题1 不太清楚 就我了解的 应该就是你说的quartz分布式更好
问题2 如果挂了 应该马上有个顶上去的 另外数据的丢失和定时任务有什么关系?

任务数据存在数据库中,如果服务器挂了,重启的时候重新加载数据库的任务数据,并判断执行状态如果是未执行且已超过了执行的时间就立即执行一下。

quartz和Spring独立开来的。Spring挂了quartz还是会执行自己的任务。

quartz 支持分布式, schedule 不支持(需要自己实现,用分布式锁)

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏