XmlSerializer 中的重写反序列化永远不会被调用

Question

我慢慢地感觉到我的理智在边缘磨损，而我的思绪也在慢慢耗尽。

我想扩展 XmlSerializer，它由于某种原因不支持反序列化通知。

我有以下代码：

public class NotificationXmlSerializer : XmlSerializer
{
    public NotificationXmlSerializer(Type type)
        : base(type)
    { 
    }

    protected override object Deserialize(XmlSerializationReader reader)
    {
        var x = base.Deserialize(reader);
        var methods = x.GetType().GetMethods().Where(method => method.GetCustomAttributes(true).Any(attr => attr is OnDeserializedAttribute));

        return x;
    }
}

并以这种方式使用它：

    using (MemoryStream fs = new MemoryStream())
    {
        var x = new NotificationXmlSerializer(typeof(int));
        x.Serialize(fs, 5);
        fs.Seek(0, SeekOrigin.Begin);
        var y = x.Deserialize(fs);
    }

但是，如果我在反序列化覆盖中放置断点，则永远不会命中它！即使我故意在那里抛出异常，程序功能也是正常的，所以我确信它永远不会被命中。

为什么他们让我重写内部方法 Deserialize 而不让我影响它的任何内容？

我做错了什么？

最好的问候，马克斯

Answer 1

首先，正如 MSDN 所说，该方法用于内部目的：

此 API 支持 .NET Framework 基础结构，并不适合直接在您的代码中使用。

其次，如果您使用 Reflector 查看 XmlSerializer，您会发现调用此方法的唯一位置。简化的控制流是：

public object Deserialize(XmlReader xmlReader, string encodingStyle, XmlDeserializationEvents events)
{
    …
    try
    {
        if (this.primitiveType != null)
        {
            …
            return this.DeserializePrimitive(xmlReader, events);
        }
        if ((this.tempAssembly == null) || this.typedSerializer)
        {
            XmlSerializationReader reader = …
            try
            {
                return this.Deserialize(reader);
…

尽管从所有其他 Deserialize 方法调用此方法 (Deserialize(XmlReader, string, XmlDeserializationEvents))，但这并不意味着控制流必须以 Deserialize(XmlSerializationReader) 结束。

我的建议：获取 XmlSerializer 的参考源，研究其行为，然后以其他方式解决您的问题，或者以调用您的重写的方式调整外部条件。就我个人而言，我会避免依赖于重写该方法。您最终将获得更稳定的行为，并防止与框架未来版本的兼容性问题。