Java 在JSON中嵌套太深。。。我应该切换到XML吗?
我收到一个JSONException,抱怨嵌套非常深(超过30个)。我知道这个值是用JSONWriter硬编码的。 我能做什么?如果存在不受此限制的库,是否使用其他库?切换到XML 更新: 我正在将一个带标签的树结构序列化为JSON。所以从根开始,每个节点都嵌套它的子节点,而子节点又嵌套它们的子节点Java 在JSON中嵌套太深。。。我应该切换到XML吗?,java,json,exception,nested,Java,Json,Exception,Nested,我收到一个JSONException,抱怨嵌套非常深(超过30个)。我知道这个值是用JSONWriter硬编码的。 我能做什么?如果存在不受此限制的库,是否使用其他库?切换到XML 更新: 我正在将一个带标签的树结构序列化为JSON。所以从根开始,每个节点都嵌套它的子节点,而子节点又嵌套它们的子节点 {"type":"n1","links":[{"label":"l1","target":{"type":"n2","links":[{"label":"l2","target":{ ...}}]
{"type":"n1","links":[{"label":"l1","target":{"type":"n2","links":[{"label":"l2","target":{ ...}}]}}]}
我可能不得不重新考虑序列化对象结构的方式
更新:我正在使用org.json你可能会问自己,这样的深度嵌套是否有意义。真的需要吗?也许你可以给我们举个例子,为什么你需要这么深的巢穴 您没有说您正在使用哪个JSON包。这听起来像是有缺陷的(org.json的默认版本?我几乎希望它不存在)——30是微不足道的,绝对不会引起问题。如果你有几千,我可以理解为什么它会导致问题,但30应该是没有问题的。
因此考虑切换库;通常,如果您在早期遇到一些简单的问题,您会遇到许多其他问题。这是org.json,我将切换到另一个库。谢谢