Fastjson2 JSON序列化异常问题分析

问题背景

在Fastjson2 2.0.49版本中，发现了一个关于JSON序列化的异常行为。当使用JSON.toJSONBytes方法对字符串进行序列化后，再通过JSON.toJSONString进行二次序列化时，输出的结果与预期不符。

问题现象

测试用例中，原始JSON字符串为{"amt":22.12}，经过以下操作流程后：

1. 直接解析并序列化：JSON.toJSONString(JSON.parseObject(str))
2. 先转换为字节数组再序列化：JSON.toJSONString(JSON.toJSONBytes(str))

预期两种方式应该得到相同的输出结果{"amt":22.12}，但实际第二种方式却输出了字节数组的表示形式[34,123,92,34,97,109,116,92,34,58,50,50,46,49,50,125,34]。

技术分析

这个问题实际上反映了对Fastjson2 API使用方式的误解。JSON.toJSONBytes方法的设计目的是将Java对象直接序列化为字节数组，而不是作为中间转换步骤。

正确的比较方式应该是：

String str = "{\"amt\":22.12}";
assertEquals(
    JSON.toJSONString(JSON.parseObject(str)),
    JSON.toJSONString(JSON.parseObject(str.getBytes(StandardCharsets.UTF_8)))
);

深层原理

1. 序列化流程差异：

   • 直接解析字符串会先将字符串解析为JSON对象，再序列化为字符串
   • 转换为字节数组后直接序列化，实际上是对字节数组进行序列化，而不是解析后的JSON对象

2. 字节数组处理：

   • Fastjson2对字节数组的处理会将其视为原始数据，直接输出数组内容
   • 这不是一个bug，而是API设计的预期行为

3. 正确的数据处理流程：

   • 如果需要从字节数组重建JSON对象，应该使用JSON.parseObject(byte[])
   • 直接序列化字节数组会得到其数值表示

最佳实践建议

1. 明确数据处理目的：

   • 如果是处理JSON内容，应该先解析为JSON对象
   • 如果是处理原始字节数据，可以直接操作字节数组

2. 避免混淆序列化层次：

   • 不要将中间字节表示误认为是JSON对象
   • 确保每次转换都明确知道当前处理的数据类型

3. 理解API设计意图：

   • Fastjson2提供了丰富的序列化/反序列化方法
   • 每种方法都有其特定的使用场景和输入输出类型

总结

这个问题虽然表面看起来像是一个bug，但实际上反映了对Fastjson2 API使用方式的误解。理解JSON处理库中不同数据表示形式之间的转换关系，对于正确使用这类库至关重要。在实际开发中，开发者应该清楚地知道每个处理步骤中的数据形式，并选择适当的API方法进行操作。