Spring 4.3如何处理缓存中空Optional的解包及空值存储问题

我来帮你捋清楚这个问题的来龙去脉，刚好对Spring缓存处理Optional的逻辑有不少实践经验。

一、Spring对Optional缓存的自动转换逻辑 #

Spring 4.3开始针对Java 8的Optional<T>类型做了专门的缓存适配，核心逻辑是：

• 当你的@Cacheable方法返回Optional.empty()时，Spring会自动解包这个Optional，取出里面的null值尝试存入缓存
• 反过来，当Spring从缓存中读取到null值时，会自动把它包装成Optional.empty()返回给调用方

这个设计的初衷是让缓存层不用关心业务代码里的Optional包装，保持缓存数据的简洁性，但如果你的缓存中间件（比如Redis、Ehcache）配置了不允许存储null值，就会直接触发报错——因为解包后的null不符合缓存的约束。

二、为什么升级到Spring 4.3才出问题？ #

在Spring 4.3之前，缓存模块对Optional的支持很有限，大多是直接把整个Optional对象序列化后存入缓存，不会做解包操作。但4.3版本开始，Spring优化了对Java 8新特性的支持，加入了这个自动解包/包装的逻辑，这就导致原本能正常运行的代码，因为缓存不允许存null而突然报错。

三、关于你问到的“缓存取null转Optional”的处理 #

正如上面所说，当Spring从缓存中拿到null值时，会自动将其包装为Optional.empty()返回给调用方。这个逻辑是Spring缓存抽象内部的类型转换行为，属于框架的隐式处理，所以官方文档可能没有单独拿出来强调，但你可以在Spring缓存模块的源码里找到对应的实现（比如OptionalAwareCacheValueWrapper类）。

四、解决方案建议 #

如果你的缓存不允许存储null，可以尝试这几种方案：

• 配置缓存允许null：如果缓存中间件支持的话，比如Ehcache可以在配置中设置nullValueAllowed="true"，Redis也可以通过配置允许存储null值
• 禁用自动解包：自定义缓存的类型转换逻辑，让Spring把整个Optional对象存入缓存，而不是解包后存null
• 条件缓存：利用@Cacheable的condition属性，只在返回非空Optional时才缓存，比如：

  @Cacheable(value = "myCache", condition = "#result.present")
  public Optional<User> getUserById(Long id) {
      // 业务逻辑
  }
  

内容的提问来源于stack exchange，提问作者Dave