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

你可能感兴趣的文章
mysql 添加索引
查看>>
MySQL 添加索引,删除索引及其用法
查看>>
mysql 状态检查,备份,修复
查看>>
MySQL 用 limit 为什么会影响性能?
查看>>
MySQL 用 limit 为什么会影响性能?有什么优化方案?
查看>>
MySQL 用户权限管理:授权、撤销、密码更新和用户删除(图文解析)
查看>>
mysql 用户管理和权限设置
查看>>
MySQL 的 varchar 水真的太深了!
查看>>
mysql 的GROUP_CONCAT函数的使用(group_by 如何显示分组之前的数据)
查看>>
MySQL 的instr函数
查看>>
MySQL 的mysql_secure_installation安全脚本执行过程介绍
查看>>
MySQL 的Rename Table语句
查看>>
MySQL 的全局锁、表锁和行锁
查看>>
mysql 的存储引擎介绍
查看>>
MySQL 的存储引擎有哪些?为什么常用InnoDB?
查看>>
Mysql 知识回顾总结-索引
查看>>
Mysql 笔记
查看>>
MySQL 精选 60 道面试题(含答案)
查看>>
mysql 索引
查看>>
MySQL 索引失效的 15 种场景!
查看>>