欲望会影响思考和判断能力，再加上她的年纪尚小，她哪有能力去思考，去产生“我可以让父母帮我买的”念头。建议锻炼锻炼小孩子克制欲望的能力，小孩子才有空闲的心思去判断什么对什么错，才能控制自己的行为。

“孩子有零花钱（每月 200 元左右）、有很多玩具和卡片（小马宝莉、蛋仔派对、奥特曼卡她爸爸都给她买过不少）、提出的需求我们基本都会满足她，为什么还会有这种偷窃行为？”
问题就出在这，孩子的欲望向来都被满足，没有一点克制欲望的能力，所以当看到别的小朋友卡片时，才克制不住欲望，直接去拿。欲望会影响思考能力，再加上她的年纪，所以她哪有能力去思考。

“一万五左右”，怎么样

cloudflare

支持

无所谓，即使发来的是个空瓶，也不会影响疗效的

很好，这脑回路已经是产品经理的形状了

悟已往之不谏，知来者之可追。

@gaobing 半睡半醒的时候尽量不要发帖......，再修正一下：(y1 == y2) && (m1 / 7 == m2 / 7 )

@gaobing 不好意思，和年份月份有关， (y1 == y2) && (m1 / 6 == m2 / 6 )

精简下问题，发现只和月份有关。
所以，你只需要把 月份 除以 6 ，判断值是否相同即可：
return m1 / 6 == m2 / 6 。

医生怎么说

@siweipancc 是的，分场景。这个项目也不会去对标调度框架，而是解决对分布式定时任务的需求不复杂的场景，能够使用熟悉的 @Scheduled 注解快速实现需求。

@wolfie 是会增强所有的，下个版本会更新下，可以取消增强

@pkwenda key 不是随机的，同一个周期计算得到的是固定的值，这样通过 key 就保证了加的锁只锁定当前周期，不会因为时间的误差而影响到下个周期定时任务的执行，你可以执行下这段代码看下 nextTime 的计算结果：
```java
@Test
public void testNextTime() throws Exception {
CronSequenceGenerator c = new CronSequenceGenerator("0/5 * * * * ?");
SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.sss");
for (int i = 0; i < 100; i++) {
Date now = new Date();
long nextTime = c.next(now).getTime();
System.out.println(format.format(now) + " 的 nextTime 为：" + nextTime);
Thread.sleep(1000);
}
}
```
我执行的结果：
2022-09-05 10:52:11.011 的 nextTime 为：1662346335000
2022-09-05 10:52:12.012 的 nextTime 为：1662346335000
2022-09-05 10:52:13.013 的 nextTime 为：1662346335000
2022-09-05 10:52:14.014 的 nextTime 为：1662346335000
2022-09-05 10:52:15.015 的 nextTime 为：1662346340000
2022-09-05 10:52:16.016 的 nextTime 为：1662346340000
2022-09-05 10:52:17.017 的 nextTime 为：1662346340000
2022-09-05 10:52:18.018 的 nextTime 为：1662346340000
2022-09-05 10:52:19.019 的 nextTime 为：1662346340000
2022-09-05 10:52:20.020 的 nextTime 为：1662346345000
2022-09-05 10:52:21.021 的 nextTime 为：1662346345000
2022-09-05 10:52:22.022 的 nextTime 为：1662346345000
2022-09-05 10:52:23.023 的 nextTime 为：1662346345000
2022-09-05 10:52:24.024 的 nextTime 为：1662346345000
2022-09-05 10:52:25.025 的 nextTime 为：1662346350000
2022-09-05 10:52:26.026 的 nextTime 为：1662346350000
2022-09-05 10:52:27.027 的 nextTime 为：1662346350000

感谢以上各位的 star 。
@potatowish 多个实例的启动时间虽然不一样，但在一个定时任务的周期内，计算出来的 nextTime 其实是一样的。之所以加这种带 nextTime 周期的锁，是因为用不带 nextTime 分布式锁的话，一个实例执行完当前周期的定时任务后就会释放锁，别的实例因为线程池队列已满等一些原因的话，导致定时任务运行稍晚，此时分布式锁已经被释放，就会重复执行当前周期的定时任务。