关于cron表达式的固定频率执行的疑惑

一直以来对于cron表达式用的最多的一个是任务时间要求比较及时的，可能每三五分钟执行一次，然后就是一些备份性质的定时可能会在固定的半夜某个时刻去执行，这种定时都不会有较多疑问写起来也比较没有问题，最近由于业务的问题，要写一个每小时执行一次的定时，写出来的测试结果却让人大跌眼镜
比如如下表达式0 0 0/1 * * ?

只要是搜索每小时执行一次的定时都会出来这么个玩意，但经过自己测试发觉似乎并没有真正意义上的固定频率的一小时，所谓的固定频率的一小时是指带上我当前的时间，然后一个小时后执行，其实是做不到这种效果的；

最终展示的效果只能是距离当前时间最近的一个小时触发一次定时，然后后面再从整点开始一小时出发一次，如下图

如上所示， 18：50启动的服务，表达式只能做到距离最近的整点数为19:00， 然后后续才能是20：00，21：00执行，表达式其实只能做到整点，而不是固定的识别当前系统识别然后间隔一个小时.

同理如果是在分钟上来写频率表达式，也是距离最近的一个整点分钟数，然后才开始计算定时时间。

比如当前时间为11：23， 表达式0 /10 * * * ? ，下次执行时间并不是11:33，而是距离最近的十分钟整点数，那就是11:30会执行一次，然后11:40,11:50，依次执行

比如还是上面的时间11:23,表达式0 /5 * * * ? ,则下次执行时间是距离最近的一个5分钟的整点数，即11:25就会执行一次，然后11:30, 11:35。

记住以上频率， 需要对自己的定时任务加以考量，因为比如我们以为一个小时后才会执行，但服务启动时间是59分，那么就会在1分钟后执行，自己的任务对这种时间是否有敏感性，是否需要规避处理。

时间过了很久之后的补充========================================================
最近接触到一个办法，组内的一个同伴给的方案，用了之后非常好用，再这里贴出来，给需要的人看下。

整体思路如下：
如果想要做绝对时间上的间隔定时，那么就可能将一个时间分解成两个乘数， 如33可分为3 X 11， 则可以分解成每3S执行一次， 然后就是用当前系统时间戳先对定时频率即3取整，然后对11取余， 如果为0就执行。 43，则只能分解成1 X 43， 那么1秒执行一次，就是先对1取整然后对43取余。33则是先对3取整然后对11取余，如下。

// 每43s执行一次
@Scheduled(cron = "0/1 * * * * ?")
public void test() {
    final long l = System.currentTimeMillis() / 1000  / 1;
    if (l % 43 == 0) {
        log.info("=============");
    }
}

// 每33s执行一次
@Scheduled(cron = "0/3 * * * * ?")
public void test() {
    final long l = System.currentTimeMillis() / 1000 / 3;
    if (l % 11 == 0) {
        log.info("=============");
    }
}