升级Spring Boot 3.5后，Mockito mockStatic ZonedDateTime出现TemporalAccessor空指针异常

看起来你遇到的是Spring Boot 3.5升级后，Mockito静态Mock ZonedDateTime.now() 引发的空指针问题，我之前帮同事排查过类似的场景，给你几个可行的解决思路：

问题根源 #

Spring Boot 3.5大概率同步升级了Mockito版本（一般是Mockito 5.x及以上），这个版本的mockStatic默认行为发生了关键变化：原来默认会对未显式Mock的静态方法调用真实实现，现在默认返回null或默认空值。

你的代码只Mock了ZonedDateTime.now()，但在调用链路中（比如Spring的时间处理组件、Jackson序列化/反序列化，或是你业务代码的其他逻辑），可能有其他ZonedDateTime的静态方法被调用了，这些方法因为默认Mock返回null，最终导致TemporalAccessor为空，触发空指针异常。

解决方法 #

方法1：让未Mock的静态方法调用真实实现（推荐） #

修改mockStatic的初始化逻辑，添加defaultAnswer(CALLS_REAL_METHODS)配置，这样只有你显式Mock的ZonedDateTime.now()会返回指定值，其他静态方法依然走真实的逻辑：

val now = "2025-06-13T15:00:00.000+01:00"
val mockedDateTime = ZonedDateTime.parse(now)

// 修改这里，添加默认调用真实方法的配置
Mockito.mockStatic(ZonedDateTime::class.java, Mockito.withSettings().defaultAnswer(Mockito.CALLS_REAL_METHODS)).use { mock ->
    mock.`when` { ZonedDateTime.now() }.thenReturn(mockedDateTime)
    // 调用你的API方法
}

这个方法能覆盖绝大多数场景，因为它保留了ZonedDateTime其他静态方法的正常行为，不会因为Mock不全导致空指针。

方法2：针对性Mock触发空指针的静态方法 #

如果方法1没解决问题，你可以通过异常栈轨迹定位具体是哪个静态方法被调用后返回了null。比如，打开异常的完整栈信息，找到最靠近你业务代码的ZonedDateTime静态方法调用，然后针对性Mock它：

假设栈轨迹显示是ZonedDateTime.from(TemporalAccessor)引发的问题，就添加对应的Mock逻辑：

Mockito.mockStatic(ZonedDateTime::class.java).use { mock ->
    mock.`when` { ZonedDateTime.now() }.thenReturn(mockedDateTime)
    // 针对性Mock出问题的静态方法，调用真实实现
    mock.`when` { ZonedDateTime.from(any(TemporalAccessor::class.java)) }.thenAnswer { invocation ->
        val temporal = invocation.arguments[0] as TemporalAccessor
        ZonedDateTime.from(temporal) // 调用真实方法返回正确结果
    }
    // 调用你的API方法
}

额外建议 #

如果还是不确定问题出在哪，可以在测试代码里开启Debug模式，在空指针异常的位置打断点，查看调用栈和变量值，就能明确是哪个方法调用导致了temporal为null，再针对性处理就好。

内容来源于stack exchange