JavaScriptSerializer反序列化含List<T>子类属性的对象失败原因

核心原因：序列化器对集合类型的特殊处理逻辑 #

在.NET Framework 4.8中，常用序列化器（如DataContractSerializer、BinaryFormatter）对继承自List<T>的自定义集合类的特殊处理规则，是导致报错的根本原因：

• List<T>属于.NET内置泛型集合，序列化器会优先按照集合通用序列化逻辑处理其子类，而非将其视为普通自定义类。
• 反序列化时，序列化器会尝试以初始化List<T>的方式创建ErrorDataList实例，但如果ErrorDataList未提供序列化器预期的构造逻辑（比如接受IEnumerable<ErrorData>的构造函数、或正确实现集合相关接口），序列化器无法正确初始化该集合，会错误地将解析出的元素以Dictionary<string, object>格式临时存储，最终在尝试添加到ErrorDataList时触发类型不匹配报错。

为何[Serializable]特性无效？ #

• [Serializable]是针对BinaryFormatter的传统序列化标记，但即便添加，序列化器对List<T>子类的集合处理逻辑依然优先于普通类序列化逻辑，无法改变集合反序列化规则。
• 若使用DataContractSerializer，它不识别[Serializable]特性，需配合[DataContract]与[DataMember]标记，但这仍无法解决集合子类的反序列化逻辑冲突。

对比List<ErrorData>正常工作的原因 #

直接使用List<ErrorData>时，序列化器完全遵循内置集合的成熟逻辑处理，从序列化结构输出到反序列化的实例初始化、元素添加都有明确内置规则，因此不会出现类型不匹配问题。

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