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

你可能感兴趣的文章
MySQL5.7.37windows解压版的安装使用
查看>>
mysql5.7免费下载地址
查看>>
mysql5.7命令总结
查看>>
mysql5.7安装
查看>>
mysql5.7性能调优my.ini
查看>>
MySQL5.7新增Performance Schema表
查看>>
Mysql5.7深入学习 1.MySQL 5.7 中的新增功能
查看>>
Webpack 之 basic chunk graph
查看>>
Mysql5.7版本单机版my.cnf配置文件
查看>>
mysql5.7的安装和Navicat的安装
查看>>
mysql5.7示例数据库_Linux MySQL5.7多实例数据库配置
查看>>
Mysql8 数据库安装及主从配置 | Spring Cloud 2
查看>>
mysql8 配置文件配置group 问题 sql语句group不能使用报错解决 mysql8.X版本的my.cnf配置文件 my.cnf文件 能够使用的my.cnf配置文件
查看>>
MySQL8.0.29启动报错Different lower_case_table_names settings for server (‘0‘) and data dictionary (‘1‘)
查看>>
MYSQL8.0以上忘记root密码
查看>>
Mysql8.0以上重置初始密码的方法
查看>>
mysql8.0新特性-自增变量的持久化
查看>>
Mysql8.0注意url变更写法
查看>>
Mysql8.0的特性
查看>>
MySQL8修改密码报错ERROR 1819 (HY000): Your password does not satisfy the current policy requirements
查看>>