WCF中含DataSet的DataContract为何仅DataSet隐式返回数据？

这个问题我之前碰到过，核心是DataSet的自定义序列化逻辑和WCF DataContractSerializer的默认行为冲突导致的，具体原因和解决办法拆解如下：

为什么会出现这种诡异的现象？ #

DataSet本身实现了ISerializable接口，它的序列化逻辑是完全自定义的——会生成包含自身结构、表、行数据的完整XML。当你的Employee类同时标记为[DataContract]，且包含DataSet类型的[DataMember]属性时，WCF的DataContractSerializer会切换到一种兼容DataSet的序列化模式：

• 这种模式下，序列化器会优先处理DataSet的自定义序列化逻辑，结果把原本属于其他普通DataMember（ID、Name、Email）的值，错误地嵌入到了DataSet的XML节点结构中，导致这些属性本身没有被独立序列化返回。
• 哪怕你把DS设为null，DataSet的序列化逻辑依然会影响整个对象的序列化流程，因为序列化器会为DataSet预留结构空间，进而“吞噬”了其他属性的值。

而当你移除DS属性后，DataContractSerializer就回到了标准的DataContract序列化模式，会正常处理每个标记了[DataMember]的属性，所以ID、Name这些值就能正常返回了。

解决办法 #

根据场景不同，有两种可靠的处理方式：

1. 优先替换DataSet为强类型集合（推荐） #

DataSet是弱类型的，本身就和WCF的DataContract序列化理念不太匹配，换成强类型集合可以从根源避免这类问题：

// 定义强类型的数据类作为DataContract
[DataContract]
public class EmployeeRecord
{
    // 这里根据你DataSet里的字段定义属性
    [DataMember]
    public string RecordId { get; set; }
    // 其他字段...
}

// 修改原Employee类
[DataContract]
public class Employee {
    [DataMember]
    public List<EmployeeRecord> EmployeeRecords { get; set; }
    [DataMember]
    public string ID { get; set; }
    [DataMember]
    public string Name { get; set; }
    [DataMember]
    public string Email { get; set; }
}

这样序列化逻辑完全由DataContractSerializer控制，不会出现属性被“吞噬”的问题，同时强类型也更利于代码维护和类型安全。

2. 必须保留DataSet时的兼容处理 #

如果业务上必须使用DataSet，可以通过调整序列化配置来隔离DataSet和其他属性：

• 给DataSet属性设置EmitDefaultValue = false，这样当DS为null时，序列化器不会处理它，也就不会干扰其他属性：

[DataContract]
public class Employee {
    [DataMember(EmitDefaultValue = false)]
    public DataSet DS { get; set; }
    [DataMember]
    public string ID { get; set; }
    [DataMember]
    public string Name { get; set; }
    [DataMember]
    public string Email { get; set; }
}

• 如果DS可能不为null，建议把DataSet放到单独的DataContract中，和Employee的基本属性分开传输，比如定义一个EmployeeWithData类包含Employee基本信息和DataSet，或者使用MessageContract来分离不同的部分，避免序列化逻辑互相干扰。

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