JeecgBoot项目中Redis序列化配置问题的分析与解决

问题背景

在JeecgBoot项目开发过程中，开发人员遇到了一个关于Redis序列化的异常问题。当尝试从Redis中读取数据时，系统抛出了com.fasterxml.jackson.databind.exc.MismatchedInputException异常，提示"Unexpected token (START_OBJECT), expected START_ARRAY"。

异常分析

这个异常表明Jackson在反序列化过程中遇到了类型不匹配的问题。具体来说：

1. Redis中存储的数据实际上是一个JSON对象（以{开头）
2. 但代码中期望的是一个JSON数组（以[开头）
3. 这种不匹配导致了反序列化失败

从开发人员提供的截图可以看出，Redis中存储的是设备运行数据的JSON对象，包含slsn、boot_time、rssi等字段，而Java代码中尝试将其作为List类型来读取。

解决方案探索

开发人员最初尝试通过重写Redis序列化配置来解决问题，但未能成功。最终发现问题的根源在于ObjectMapper的配置：

objectMapper.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);

这行代码启用了Jackson的默认类型信息功能，它会自动在序列化的JSON中添加类型信息。当禁用这一功能后，问题得到了解决。

深入理解

1. enableDefaultTyping的作用：

   • 该配置会在序列化时添加类型信息
   • 对于多态类型处理很有用
   • 但会增加序列化后的数据大小
   • 可能带来安全风险（通过类型信息注入）

2. 为什么会导致问题：

   • 当启用默认类型信息时，Jackson期望数据包含类型信息
   • 但Redis中存储的是纯JSON数据，没有类型信息
   • 这种不匹配导致了反序列化失败

3. 正确的数据访问方式：

   • 如果Redis中存储的是单个对象，应该直接反序列化为对应类型
   • 如果是对象列表，应该确保存储的是JSON数组格式

最佳实践建议

1. 明确数据类型：

   • 在存储和读取Redis数据时，保持前后一致的数据类型
   • 避免将单个对象当作集合处理

2. 序列化配置：

   • 根据实际需求谨慎使用enableDefaultTyping
   • 考虑使用@JsonTypeInfo注解进行更精确的类型控制

3. 异常处理：

   • 对Redis操作添加适当的异常捕获
   • 记录详细的错误日志以便排查

总结

在JeecgBoot项目中使用Redis时，正确的序列化配置至关重要。通过分析这个具体案例，我们了解到Jackson的类型信息处理机制可能导致的反序列化问题。开发人员应该根据实际存储的数据结构选择合适的序列化策略，避免类型不匹配的情况发生。