使用DataContractSerializer发送Json.net反序列化对象报错咨询

核心问题出在Json.NET的JToken类型结构和WCF DataContractSerializer的序列化规则不兼容，具体细节如下：

• JToken（包括它的子类JObject、JArray等）为了支持JSON文档的导航功能，设计了Parent、Children这类递归引用属性——这些属性的类型又是JToken或其派生类，形成了自引用的集合数据契约结构。而DataContractSerializer明确不支持这种带有自引用的递归集合类型，这就是你碰到InvalidDataContractException的直接原因。

• 当你用Json.NET直接反序列化得到JToken对象时，这个对象会完整保留Json.NET内部的结构关联：比如每个子JToken的Parent属性会指向它的父节点，父节点的Children又包含子节点，形成了循环/递归引用链。DataContractSerializer在扫描这个对象的结构时，会检测到这种自引用的集合关系，直接抛出异常。

• 而克隆操作相当于生成了一个**“干净”的、剥离了Json.NET内部递归引用的对象**。比如你可能是把JToken转换成了普通的.NET实体类，或者克隆过程中没有保留Parent这类自引用属性，这样克隆后的对象结构是扁平的、没有自引用的，完全符合DataContractSerializer的要求，所以就能正常通过WCF发送了。

举个直观的例子：假设你反序列化得到一个JObject，它里面的某个JProperty的Parent指向这个JObject本身，而JObject的Children又包含这个JProperty——这就是典型的自引用结构，DataContractSerializer根本处理不了。但克隆后，你把这个JObject转成了一个普通的POCO类，没有Parent属性，自然就不会触发这个限制。

总结来说：Json.NET的JToken为自身的文档导航功能设计了递归引用，而WCF的序列化器不允许这种结构；克隆操作本质上是提取了JToken里的纯数据内容，去掉了Json.NET内部的导航引用，所以能被正常序列化。

内容的提问来源于stack exchange，提问作者user2332131