推荐订阅源

测试代码如下

  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用在 每天的哪一个小时触发。每周的周一 周二 每月的第一天 或者最后一天。这种才更合适于它。