Fastjson2中Set<Date>类型序列化异常的解析与修复

问题背景

在Fastjson2 2.0.49版本中，开发者遇到了一个关于Set类型序列化的特殊问题。当使用GenericFastJsonRedisSerializer或JSON.toJSONString方法将包含Set字段的对象序列化到Redis时，生成的JSON字符串格式会导致后续反序列化失败，出现"string length only support string input"错误。

问题现象分析

具体表现为：

1. 当对象中包含Set类型字段时，序列化后的JSON字符串会生成类似"Set[new Date(xxxxxxxxxxxxxxx)]"的格式
2. 这种格式在反序列化时无法正确解析
3. 有趣的是，如果将Set改为List，则序列化和反序列化都能正常工作

技术原理探究

Fastjson2在处理集合类型时，对于Set和List采用了不同的序列化策略。在默认配置下：

1. List类型：会直接序列化为JSON数组格式，如["2024-04-28 09:14:12.768"]
2. Set类型：会保留类型信息，生成如Set[new Date(1714266852768)]的格式

这种差异源于Fastjson2对Set类型的特殊处理机制，目的是在反序列化时能够准确重建Set对象而非默认的List对象。

解决方案

Fastjson2团队在2.0.50-SNAPSHOT版本中修复了这个问题。修复后的版本能够正确处理Set类型的序列化和反序列化。开发者可以：

1. 升级到Fastjson2 2.0.50或更高版本
2. 如果暂时无法升级，可以将Set改为List作为临时解决方案

最佳实践建议

1. 版本管理：始终使用Fastjson2的最新稳定版本，以避免已知问题
2. 类型选择：根据实际需求选择集合类型，如果需要保持元素唯一性必须使用Set，否则List可能是更简单的选择
3. 序列化配置：明确配置序列化特性，特别是JSONReader.Feature.SupportAutoType和JSONWriter.Feature.WriteClassName
4. 测试验证：对包含日期类型集合的对象进行完整的序列化-反序列化测试

总结

Fastjson2作为高性能的JSON处理库，对不同集合类型的处理有其设计考量。开发者在使用时应当了解这些特性差异，特别是处理特殊类型如Date时。通过这次问题的分析和解决，我们不仅解决了具体的技术问题，也加深了对Fastjson2序列化机制的理解。