测试代码如下
DateTime kk = new DateTime(2012, 6, 4, 15, 0, 0);
Quartz.CronExpression cron = new Quartz.CronExpression("0 14 15 ? * *");
var dt = cron.GetNextValidTimeAfter(kk);
好傻好伤。
dt的时候是
{2012/6/5 7:14:00} 跑出了一个7点来了。
正确的期待值应该是 2012-6-4 15:14:00:00
后面才想到这个时间跟好跟我们差8个小时。(没有去验证它的代码是否真的是这个问题)
后面用了
得到的时间是 {2012/6/5 15:14:00} 跟我们期待值差一天。
查了一下它的方法。还有一个方法 GetNextInvalidTimeAfter
var dtInvalid = cron.GetNextInvalidTimeAfter(kk);
得到的时间是
2012-6-4 15:14:00:00
跟我们的期待值完全一样。不明白原来写的人为什么会这么用啊。
DateTime currenTime2 = new DateTime(2012, 6, 5, 15, 15, 0);
Quartz.CronExpression cron = new Quartz.CronExpression("0 14 15 ? * *");
var dt2 = cron.GetNextValidTimeAfter(currenTime2);
var dt3 = cron.GetNextInvalidTimeAfter(currenTime2);
发现
dt2 是{2012/6/6 7:14:00} // local time后是 2012/6/6 15:14:00:00正确了。 6月5号的触发时间已过了。 所以时间应该是 6-6正确。
dt3 是{2012/6/5 15:15:00} //不对 原来 GetNextInvalidTimeAfter 是不行的。
升级到 最新的版本后 2.0.1.100上面的问题被解决了。但是发现了一个新问题。
我们的系统比如说相间隔7个小时触发。 然后我写出来的cronstring 是
0 0 */7 * * ? *
但是发现这个不是表示间隔 7个小时触发，而是表示。从0：00：00 开始每7个小时触 发一次。 上面的表达式等价于
0 0 0/7 * * ? *
如果它可以让 * 号表示任意小时的话就cool了。
需要自己去修改源代码才可以达到这种效果了。 其实Repeat 这种代码不要用CronString写出来还可以更简单。每隔几个小时 几天 几周 直接就可以算出TimeSpan 然后可以很轻松的等到NextValidTime.
而CronString用在 每天的哪一个小时触发。每周的周一 周二 每月的第一天 或者最后一天。这种才更合适于它。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。