Fastjson2处理循环引用时的JSON序列化问题解析

问题背景

在Java开发中，Fastjson作为一款高性能的JSON处理库被广泛使用。当处理包含循环引用的数据结构时，Fastjson2与Fastjson1在行为上存在显著差异。本文将以一个循环链表(CircularLinkedList)为例，深入分析Fastjson2在处理循环引用时的表现及解决方案。

循环引用问题重现

我们构建了一个典型的循环链表结构，其中每个节点(Node)包含数据和指向下一个节点的引用。当链表形成闭环时，就产生了循环引用。测试代码中创建了一个包含三个节点(2→10→30→2)的循环链表。

在Fastjson1中，序列化这类结构时会自动检测循环引用，并使用"$ref"引用标记来避免无限递归，输出结果如下：

{
  "currentData":2,
  "currentNode":{
    "data":2,
    "next":{
      "data":10,
      "next":{
        "data":30,
        "next":{"$ref":"$.currentNode"}
      }
    }
  },
  "empty":false
}

Fastjson2的默认行为变化

升级到Fastjson2(2.0.47版本)后，相同的代码会抛出异常：

com.alibaba.fastjson2.JSONException: level too large : 2048

这是因为Fastjson2出于性能考虑，默认关闭了循环引用检测功能。当遇到循环引用时，序列化会不断递归直到达到最大深度限制(2048层)，然后抛出异常。

解决方案

Fastjson2提供了显式的循环引用处理机制。要启用循环引用检测，需要在序列化时明确指定JSONWriter.Feature.ReferenceDetection特性：

JSON.toJSONString(circularLinkedList, JSONWriter.Feature.ReferenceDetection)

这种设计体现了Fastjson2的哲学：将性能关键路径上的可选功能交给开发者显式控制，而非默认开启所有特性。

技术原理深入

1. 循环引用检测机制：Fastjson在序列化过程中会维护一个对象引用表，当发现重复引用时，会生成"$ref"引用标记而非重复序列化对象。

2. 性能权衡：循环引用检测需要额外的内存和计算开销。Fastjson2默认关闭此功能以优化常见场景的性能。

3. 深度限制：2048层的限制是为了防止恶意或错误的结构导致栈溢出等严重问题。

最佳实践建议

1. 对于已知可能包含循环引用的数据结构，应主动启用ReferenceDetection特性。

2. 在性能敏感场景中，如果确定数据结构无循环引用，可不启用此特性以获得最佳性能。

3. 考虑使用DTO(数据传输对象)模式，避免直接将复杂的领域模型序列化为JSON。

总结

Fastjson2对循环引用的处理方式体现了其追求性能与灵活性平衡的设计理念。开发者需要了解这一变化，并根据实际场景选择合适的序列化策略。理解这些底层机制有助于我们更有效地使用Fastjson2处理复杂对象图的序列化需求。