Clock fixed = Clock.fixed(Instant.parse("2026-03-01T10:00:00Z"), ZoneOffset.UTC);
Order o = service.create(cmd, fixed);
assertEquals(LocalDate.of(2026, 3, 1), o.getCreatedDate());
用例断言 createdAt 等于 LocalDate.now(),晚上 23:59:58 跑过一次失败,第二天早上又好了。日志里两个时间差了一天。先别急着动参数,把报错原文和时间点记下来,顺序反了容易白折腾。
原因不复杂,断言里取了当前时间,被测代码也取了一次,两次调用跨过零点就落在不同日期。两次取值之间还有几毫秒的执行时间。
「当前时间断言」改完先别急着全量,挑一台机器放半天,真有问题这段时间就能看出来。备份不是备了就行,恢复一次才算数,很多备份文件打开才发现是空的。
接口问题先分清是没发出去、发出去了没收到,还是收到了处理失败。偶发问题先统计频率,一小时几次和一天一次,查法完全不同。
处理上按这个顺序:时钟注入被测类 用例传固定时间 断言用同一个值;只比时间范围 比如一分钟以内 不比对具体日期;跨天边界单独写一条 显式构造 23:59:59;把 now 全部换成传入的基准时间。
改完只确认一件事:把系统时间调到 23:59 再跑一次 用例仍然通过。
