该项目是一个 Asp.Net Web API 网络服务。

我有一个类型层次结构，我需要能够序列化到 Json 和从 Json 序列化，所以我从这个 SO 中获取了代码:How to implement custom JsonConverter in JSON.NET to deserialize a List of base class objects? ，并将转换器应用于我的层次结构的基类；像这样的东西(这里有伪代码来隐藏无关紧要的内容):

[JsonConverter(typeof(TheConverter))]
public class BaseType
{
    // note the base of this type here is from the linked SO above
    private class TheConverter : JsonCreationConverter<BaseType>
    {
        protected override BaseType Create(Type objectType, JObject jObject)
        {
            Type actualType = GetTypeFromjObject(jObject); /*method elided*/
            return (BaseType)Activator.CreateInstance(actualType);
        }
    }
}

public class RootType
{
    public BaseType BaseTypeMember { get; set; }
}

public class DerivedType : BaseType
{

}

所以如果我反序列化 RootType BaseTypeMember 的实例等于 DerivedType 的实例，然后它将被反序列化回该类型的实例。

郑重声明，这些 JSON 对象包含一个 '$type'包含虚拟类型名称(不是完整的 .Net 类型名称)的字段，因此我可以同时支持 JSON 中的类型，同时准确控制可以序列化和反序列化的类型。

现在这对于反序列化请求中的值非常有效；但我对序列化有疑问。如果您查看链接的 SO，以及与顶部答案链接的 Json.Net 讨论，您会发现我正在使用的基本代码完全是针对反序列化的；其使用示例显示了序列化程序的手动创建。 JsonConverter JsonCreationConverter<T> 带来的实现简单地抛出一个 NotImplementedException .

现在，由于 Web API 对请求使用单个格式化程序的方式，我需要在 WriteObject 中实现“标准”序列化。方法。

此时我必须强调，在开始我项目的这一部分之前，我已经一切正确序列化没有错误/strong>.

所以我这样做了:

public override void WriteJson(JsonWriter writer, 
  object value, 
  JsonSerializer serializer)
{
    serializer.Serialize(writer, value);
}

最佳答案

这很有趣...

当我更仔细地查看异常的堆栈跟踪时，我注意到方法 JsonSerializerInternalWriter.SerializeConvertable 在那里两次，确实是堆栈顶部的方法一 - 调用JsonSerializerInternalWriter.CheckForCircularReference - 这又引发了异常。然而，它也是调用我自己的转换器的 Write 方法的来源。

所以序列化程序似乎在做:

• 1) 如果对象有转换器
  • 1a) 如果循环引用则抛出
  • 1b) 调用转换器的 Write 方法
• 2) 其他
  • 2a) 使用内部序列化器

因此，在这种情况下，Json.Net 正在调用我的转换器，后者又调用 Json.Net 序列化程序，后者随后崩溃，因为它发现它已经在序列化传递给它的对象!

在 DLL 上打开 ILSpy(是的，我知道它是开源的 - 但我想要“调用者”功能!)并将调用堆栈从 SerializeConvertable 向上移动到 JsonSerializerInternalWriter.SerializeValue，检测是否应该使用转换器的代码可以在开头附近找到:

if (((jsonConverter = ((member != null) ? member.Converter : null)) != null 
   || (jsonConverter = ((containerProperty != null) ? containerProperty.ItemConverter 
                                                    : null)) != null 
   || (jsonConverter = ((containerContract != null) ? containerContract.ItemConverter 
                                                    : null)) != null 
   || (jsonConverter = valueContract.Converter) != null 
   || (jsonConverter = 
       this.Serializer.GetMatchingConverter(valueContract.UnderlyingType)) != null 
   || (jsonConverter = valueContract.InternalConverter) != null) 
   && jsonConverter.CanWrite)
{
    this.SerializeConvertable(writer, jsonConverter, value, valueContract, 
                              containerContract, containerProperty);
    return;
}

谢天谢地，if 语句中的最后一个条件为我的问题提供了解决方案:我所要做的就是将以下内容添加到从链接 SO 中的代码复制的基本转换器中问题，或派生的问题:

public override bool CanWrite
{
    get
    {
        return false;
    }
}

现在一切正常。

然而，这样做的结果是，如果您打算对某个对象进行一些自定义 JSON 序列化，并且您正在使用转换器注入(inject)它，和您打算在某些或所有情况下回退到标准序列化机制；那么你不能，因为你会愚弄框架，让它认为你正在尝试存储循环引用。

我确实尝试过操纵 ReferenceLoopHandling 成员，但是如果我告诉它 Ignore 它们然后什么都没有序列化，如果我告诉它保存它们，不出所料，我得到了堆栈溢出。

这可能是 Json.Net 中的一个错误 - 好吧，它是一个边缘案例，有从宇宙边缘掉下来的危险 - 但如果你确实发现自己处于这种情况，那么你就是有点卡住了!

关于c# - 来自自定义 JsonConverter(Web API)的 Json.Net JsonSerializer 中的自引用循环，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12314438/