从Quartz时间设置问题说起

已经好久没有来写点啥了,原因有很多,不过最主要的还是自己很懒很懒,今天终于意识到问题的严重性了。所以就来了。今天的这个问题也是前不久刚刚遇到的问题。先不啰嗦,说重点了。

一、问题描述

定时任务项目发布时,报错了。错误信息具体如下:

Caused by: java.lang.UnsupportedOperationException: 
    Support for specifying both a day-of-week AND a day-of-month parameter is not implemented.

二、问题调查与定位

首先,定位到定时任务项目中配置文件里的cron表达式出错导致的。

出错的cron表达式如下:

cronExpression :“0 50 1 * * MON-FRI”   (一个只需每周一至周五才会进行执行的定时任务)

该表达式被前辈们指出是“MON-FRI”的表示方法不对,随后修改为“2-6”(1表示的是周日,故周一表示为2)。然而,这样的修改依然报错。

然后,只能在网上搜索相关类似错误信息,终于发现问题的所在:此表达式中的第四项(从左向右),即day-of-month项不能是*,而应该是? 。

故正确的cron表达式为:“0 50 1 ? * MON-FRI” 或者 “0 50 1 ? * 2-6”。

最后,按正确的修改后,错误信息消失了。

三、问题分析与反思

1. 该问题的产生主要是由于自己对于cron表达式的具体说明没有弄清楚。

所以,现在需要认真再学习一下。考虑到有前辈总结的很好,故转载其文章部分内容(原文地址:http://www.cnblogs.com/skyblue/p/3296350.html ),特在此表示感谢。具体内容如下:

cron表达式:由左至右按顺序代表的含义为 :     *      *      *        *      *      *      *

        格式:   [秒] [分] [小时] [日] [月] [周] [年] 

允许的通配符
0-59 ,  -  *  /
0-59 ,  -  *  /
小时 0-23 ,  -  *  /
日(day-of-month) 1-31 ,  -  *  ?  /  L  W  C
1-12 或者 JAN-DEC ,  -  *  /
周(day-of-week) 1-7 或者 SUN-SAT ,  -  *  ?  /  L  #
年(可选) 空 或者1970-2099 ,  -  *  /

通配符说明如下:

* 表示所有值。 例如:在分的字段上设置 "*", 表示每一分钟都会触发。

? 表示不指定值。使用的场景为不需要关心当前设置这个字段的值。例如:要在每月的10号触发一个操作,但不关心是周几,所以需要周位置的那个字段设置为"?" ,具体设置为" 0 0 0 10 * ? " 。

- 表示区间。例如: 在小时上设置 "10-12",表示 10,11,12点都会触发。

, 表示指定多个值。例如: 在周字段上设置 "MON,WED,FRI" 表示周一,周三和周五触发。

/ 用于递增触发。例如: 在秒上面设置"5/15" 表示从5秒开始,每增15秒触发(5,20,35,50)。在月字段上设置"1/3"所示每月1号开始,每隔三天触发一次。

L 表示最后的意思(Last)。例如: 在日字段上设置,表示当月的最后一天(依据当前月份,如果是二月还会依据是否是润年[leap])。 在周字段上表示星期六,相当于"7"或"SAT"。如果在"L"前加上数字,则表示该数据的最后一个。例如: 在周字段上设置"6L"这样的格式,则表示“本月最后一个星期五"。

W 表示离指定日期的最近那个工作日(周一至周五)。 例如: 在日字段上设置"15W",表示离每月15号最近的那个工作日触发。如果15号正好是周六,则找最近的周五(14号)触发, 如果15号是周未,则找最近的下周一(16号)触发。如果15号正好在工作日(周一至周五),则就在该天触发。如果指定格式为 "1W",则表示每月1号往后最近的工作日触发。如果1号正是周六,则将在3号下周一触发。(注,"W"前只能设置具体的数字,不允许区间"-")。

小提示  : ‘L‘和 ‘W‘可以组合使用。如果在日字段上设置"LW",则表示在本月的最后一个工作日触发(一般指发工资 ) 。

# 序号(表示每月的第几个周几),例如在周字段上设置"6#3"表示在每月的第三个周六。注意,如果指定"#5",正好第五周没有周六,则不会触发该配置(用于母亲节和父亲节再合适不过了)。

小提示 周字段的设置,若使用英文字母是不区分大小写的 MON 与mon相同 

2. 从问题的调查过程可以看到:问题的定位实际上是不准确的,并没有按照错误信息进行问题的分析。所以,今后需要认真对待错误信息,以期快速准确定位问题产生的原因。

好了,到此本次的问题算是基本讲完了。希望工作中同样的问题不要再发生了。加油!

时间: 2024-08-26 07:56:43

从Quartz时间设置问题说起的相关文章

quartz定时任务时间设置

http://www.cnblogs.com/skyblue/p/3296350.html 这些星号由左到右按顺序代表 :     *    *     *     *    *     *   *                                   格式: [秒] [分] [小时] [日] [月] [周] [年] 序号 说明   是否必填  允许填写的值 允许的通配符 1  秒  是  0-59    , - * / 2  分  是  0-59    , - * / 3 小时 

Quartz 定时器时间设置

spring定时器的时间设置 时间的配置如下:<value>0 26 16 * * ?</value> 时间大小由小到大排列,从秒开始,顺序为 秒,分,时,天,月,年    *为任意 ?为无限制. 由此上面所配置的内容就是,在每天的16点26分启动buildSendHtml() 方法 具体时间设定可参考 "0/10 * * * * ?" 每10秒触发 "0 0 12 * * ?" 每天中午12点触发 "0 15 10 ? * *&q

如果将缓存“滑动过期时间”设置为1秒会怎样?

今天编写了一个采用ASP.NET Caching的组件,在为它编写Unit Test的过程中发现了一个有趣的问题,接下来我通过一个简单的实例说明这个问题.我们在一个控制台应用中编写了如下一段程序,这个段程序很简单:我们通过HttpRuntime的静态属性Cache得到表示当前缓存的Cache对象,并调用其Insert方法对当前的时间实施缓存.需要注意的是,我们采用“滑动时间”过期策略,并将这个滑动时间设置为1秒.

Linux系统时间和硬件时间设置

在Linux中有硬件时钟与系统时钟两种时钟.硬件时钟是指主机板上的时钟设备,也就是通常可在BIOS画面设定的时钟.系统时钟则是指kernel中的时钟.所有Linux相关指令与函数都是读取系统时钟的设定.因为存在两种不同的时钟,那么它们之间就会存在差异.当Linux启动时,系统时钟会去读取硬件时钟的设定,之后系统时钟即独立运作. 用date命令对系统时间进行设置后,并不会去修改硬件时钟,所以系统重启后,系统时间还算会去读取硬件时间,这就是为何date设置失效到原因. 因此,需要在设置系统时间后,将

VC socket Connect 超时时间设置

设置connect超时很简单,CSDN上也有人提到过使用select,但却没有一个令人满意与完整的答案.偶所讲的也正是select函数,此函数集成在winsock1.1中,简单点讲,"作用使那些想避免在套接字调用过程中被锁定的应用程序,采取一种有序的方式,同时对多个套接字进行管理"(<Windows网络编程技术>原话).使用方法与解释请见<Windows网络编程技术>. 在使用此函数前,需先将socket设置为非阻塞模式,这样,在connect时,才会立马跳过,

MYSQL的数据连接超时时间设置

大规模多线程操作事务的时候,有时候打开一个链接,会进行等待,这时候如果数据库的超时时间设置的过短,就可能会出现,数据链接自动被释放,当然设置过大也不好,慢SQL或其他因素引起的链接过长,导致整个系统被拖慢,甚至挂掉. SO,适当的设置超时时间. 网上查了很多资料,大多数解决方案都写的太复杂,其实只要设置一下等待超时时间就OK了 设置方法: SHOW GLOBAL VARIABLES LIKE '%timeout%'SET GLOBAL wait_timeout=10000

curl的超时时间设置

curl的超时时间设置 使用curl时,有两个超时时间:一个是连接超时时间,另一个是数据传输的最大允许时间. 连接超时时间: --connect-timeout 例: curl --connect-timeout 1 "http://localhost/index.html" 出错提示形如: curl: (28) connect() timed out! 不能连接提示如: curl:(7) couldn't connect to host 数据传输的最大允许时间用: -m 例: cur

pthread_cond_timedwait时间设置

最近工作中需要在ACodec中起一个pthread,并每间隔100ms统计一次buffer的状态,在程序中使用pthread_cond_timedwait来设置时间间隔,但在使用中发现当超时时间设置成1秒以下的值时,无法得到想要的效果,具体表现为,没有wait足够的时间就被唤醒,且返回值正确. 查看pthread_cond_timedwait的函数原型: 1 int pthread_cond_timedwait(pthread_cond_t *cond_interface, 2 pthread_

AFNetwoworking 网络请求时间设置

AFNetwoworking 网络请求时间设置 前言: 最近用了AFNetwoworking 网路请求框架. 如果大家想要认真学习请下载文档(中文+英文)双语:文档下载 我们可能会这样:调用AFHTTPRequestOperationManager 的GET 和 POST 方法时,网络请求时间60秒,就像我会觉得时间有点长,我想改为10 秒: 方法: 1.首先我们找到AFURLRequestSerialization.m文件 2.然后找到找到下面这个函数: - (NSMutableURLRequ