quartz相比于springboot schedule的优点？
目前在搭建一个定时调度任务的程序，框架是springboot的，看了下好像有两种方式：1.quartz整合springboot 2.直接用springbot中的schedule注解。
想问一下大家哪个比较好呢？quartz似乎更适合更复杂的场景，那么它相较于schedule的优点具体有什么呢？
第二个问题：
在使用过程中，如果我定的是每天整点运行一下任务，那么，在10点59的时候，容器挂了。。11点01分的才起来。那这个11点的数据就丢了，请问大家有什么办法能在容器起来时，补偿这个11点的数据呢？
其次，好像如果是分布式的话，好像quartz更适合一些是吗？
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
问题1 不太清楚 就我了解的 应该就是你说的quartz分布式更好
问题2 如果挂了 应该马上有个顶上去的 另外数据的丢失和定时任务有什么关系？
任务数据存在数据库中，如果服务器挂了，重启的时候重新加载数据库的任务数据，并判断执行状态如果是未执行且已超过了执行的时间就立即执行一下。
quartz和Spring独立开来的。Spring挂了quartz还是会执行自己的任务。
quartz 支持分布式, schedule 不支持(需要自己实现,用分布式锁)