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

你可能感兴趣的文章
Node-RED安装图形化节点dashboard实现订阅mqtt主题并在仪表盘中显示温度
查看>>
Node-RED怎样导出导入流程为json文件
查看>>
Node-RED订阅MQTT主题并调试数据
查看>>
Node-RED通过npm安装的方式对应卸载
查看>>
node-request模块
查看>>
node-static 任意文件读取漏洞复现(CVE-2023-26111)
查看>>
Node.js 8 中的 util.promisify的详解
查看>>
node.js debug在webstrom工具
查看>>
Node.js GET、POST 请求是怎样的?
查看>>
Node.js HTTP模块详解:创建服务器、响应请求与客户端请求
查看>>
Node.js RESTful API如何使用?
查看>>
node.js url模块
查看>>
Node.js Web 模块的各种用法和常见场景
查看>>
Node.js 之 log4js 完全讲解
查看>>
Node.js 函数是什么样的?
查看>>
Node.js 函数计算如何突破启动瓶颈,优化启动速度
查看>>
Node.js 切近实战(七) 之Excel在线(文件&文件组)
查看>>
node.js 初体验
查看>>
Node.js 历史
查看>>
Node.js 在个推的微服务实践:基于容器的一站式命令行工具链
查看>>