博客
关于我
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/

你可能感兴趣的文章
Nginx负载均衡(upstream)
查看>>
nginx转发端口时与导致websocket不生效
查看>>
Nginx运维与实战(二)-Https配置
查看>>
Nginx部署_mysql代理_redis代理_phoenix代理_xxljob代理_websocket代理_Nacos代理_内网穿透代理_多系统转发---记录021_大数据工作笔记0181
查看>>
Nginx配置HTTPS服务
查看>>
Nginx配置Https证书
查看>>
Nginx配置http跳转https
查看>>
Nginx配置ssl实现https
查看>>
Nginx配置TCP代理指南
查看>>
Nginx配置——不记录指定文件类型日志
查看>>
nginx配置一、二级域名、多域名对应(api接口、前端网站、后台管理网站)
查看>>
Nginx配置代理解决本地html进行ajax请求接口跨域问题
查看>>
nginx配置全解
查看>>
Nginx配置参数中文说明
查看>>
Nginx配置后台网关映射路径
查看>>
nginx配置域名和ip同时访问、开放多端口
查看>>
Nginx配置多个不同端口服务共用80端口
查看>>
Nginx配置好ssl,但$_SERVER[‘HTTPS‘]取不到值
查看>>
Nginx配置如何一键生成
查看>>
Nginx配置实例-动静分离实例:搭建静态资源服务器
查看>>