解决Jeecg-Boot项目中Redis序列化配置导致的JSON解析异常

在使用Jeecg-Boot项目时，开发者在处理Redis中存储的List类型数据时遇到了JSON解析异常。本文将详细分析问题原因并提供解决方案。

问题现象

当尝试从Redis中获取List类型的数据时，系统抛出以下异常：

com.fasterxml.jackson.databind.exc.MismatchedInputException: 
Unexpected token (START_OBJECT), expected START_ARRAY: 
need JSON Array to contain As.WRAPPER_ARRAY type information for class java.lang.Object

异常表明Jackson解析器期望得到一个数组类型的JSON数据(START_ARRAY)，但实际收到的却是一个对象类型的JSON数据(START_OBJECT)。

问题分析

通过查看问题描述和截图，我们可以发现几个关键点：

1. Redis中存储的是List类型的数据
2. Java代码中使用了ObjectMapper进行序列化和反序列化
3. 配置中启用了objectMapper.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL)

问题根源在于ObjectMapper的DefaultTyping配置与实际的Redis数据结构不匹配。DefaultTyping会在序列化时添加类型信息，这在处理复杂对象时很有用，但在处理简单List结构时反而会造成干扰。

解决方案

方案一：禁用DefaultTyping

最直接的解决方案是注释掉DefaultTyping的启用配置：

// objectMapper.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);

这种方法适用于：

• 数据结构简单明确
• 不需要处理多态类型
• 序列化/反序列化的类型信息可以从上下文确定

方案二：调整序列化策略

如果确实需要类型信息，可以调整序列化策略：

1. 使用更精确的类型声明替代Object
2. 为List创建专用的序列化器
3. 使用@JsonTypeInfo注解明确指定类型处理方式

最佳实践建议

1. 明确数据类型：尽量避免使用Object作为通用类型，明确指定集合元素类型
2. 序列化配置一致性：确保Redis存储时的序列化配置与读取时的配置一致
3. 测试验证：对复杂数据结构添加单元测试，验证序列化/反序列化过程
4. 版本控制：当数据结构变更时，考虑兼容性处理

总结

在Jeecg-Boot项目中处理Redis数据时，正确的序列化配置至关重要。通过分析具体问题，我们了解到DefaultTyping配置在某些场景下可能引发问题。根据实际需求选择合适的序列化策略，可以避免类似的JSON解析异常，确保系统稳定运行。

对于大多数简单场景，禁用DefaultTyping是直接有效的解决方案；而对于需要处理复杂多态类型的场景，则应该采用更精细的类型控制策略。