博客
关于我
spring定时任务schedule未执行或超时的几点验证
阅读量:314 次
发布时间:2019-03-03

本文共 818 字,大约阅读时间需要 2 分钟。

近来由于项目的需要,开发了几个定时任务,由于项目已经集成了spring,并提供了注解的支持,也就选择了schedule的方式。网上schedule的配置和使用说明都很多,所以上手还是很方便的。接下来说一下几点感受。

1.配置方便

现在大部分项目都会使用到spring框架,有了这个基础,使用schedule就会非常方便,只需在原来的基础上加入task的支持,然后扫描基础包的时候包含进去就可以了。支持cron 表达式,这也使得使用变的非常方便。

2.关于超时时间

schedule默认是没有超时时间的,曾经做过一个验证,一个任务执行4,5个小时都没有超时。所以这是开发时需要注意的一点,我最初在开发一个定时任务的时候,考虑到这个任务的执行时间会比较长,专门搜了一下有没有超时这种设置,发现相关的资料并不多。

3.关于执行顺序

schedule的任务是顺序执行的,执行的先后顺序与我们配置的执行时间先后顺序是一致的,而且是上一个任务执行完,才会执行下一个任务,结合上一条所说的任务没

有超时时间,或者是超时时间很长。那么配置时候就需要注意合理安排先后顺序,合理安排任务执行的时间间隔。

4.任务未执行

如果配置合理,任务完全未执行这种情况我暂时还没遇到。但如果任务在指定时间点未执行是可能的,最常见的就是上一个任务在本任务设置的执行时间点还未执行完成,然后本任务就会延后,直到上一任务执行完,才会开始执行。还有一种情况是测试的时候遇到的,由于任务的一般执行时间都是凌晨,使得测试很不方便,那么对应的解决办法无非两种,一种是修改服务器时间,一种是修改任务执行时间(不建议,这种改动一般需要修改代码,稍有疏忽,可能上线的就是修改后的代码了)。如果应用已经启动,修改服务器时间是不生效的。需要重启服务,应用重新读取服务器时间,这样才会生效。

5.支持少

相对应配置少,带来的缺点就是支持也少,一些个性化的需求,只能编码实现而没有通用的配置支持。

转载地址:http://hdtm.baihongyu.com/

你可能感兴趣的文章
memcache、redis原理对比
查看>>
memset初始化高维数组为-1/0
查看>>
Metasploit CGI网关接口渗透测试实战
查看>>
Metasploit Web服务器渗透测试实战
查看>>
MFC模态对话框和非模态对话框
查看>>
Moment.js常见用法总结
查看>>
MongoDB出现Error parsing command line: unrecognised option ‘--fork‘ 的解决方法
查看>>
mxGraph改变图形大小重置overlay位置
查看>>
MongoDB可视化客户端管理工具之NoSQLbooster4mongo
查看>>
Mongodb学习总结(1)——常用NoSql数据库比较
查看>>
MongoDB学习笔记(8)--索引及优化索引
查看>>
mongodb定时备份数据库
查看>>
mppt算法详解-ChatGPT4o作答
查看>>
mpvue的使用(一)必要的开发环境
查看>>
MQ 重复消费如何解决?
查看>>
mqtt broker服务端
查看>>
MQTT 保留消息
查看>>
MQTT 持久会话与 Clean Session 详解
查看>>
MQTT工作笔记0007---剩余长度
查看>>
MQTT工作笔记0009---订阅主题和订阅确认
查看>>