WCF复杂类型传输为Null问题及第三方XmlSerializable契约传输诉求

嘿，刚好之前处理过类似的WCF场景，来帮你搞定这两个问题：

问题一：WCF传输复杂类型返回Null #

遇到这种情况，大概率是序列化/反序列化环节出了问题，你可以按下面的排查步骤来：

• 检查类型的序列化标记：如果是你自己定义的复杂类型，确保已经正确标记了[DataContract]和[DataMember]属性——WCF默认的DataContractSerializer只会序列化标记了DataMember的成员，没标记的字段/属性会被忽略，最终导致返回Null。
• 排查循环引用：如果你的复杂类型里有循环引用（比如A包含B，B又包含A），要在[DataContract]里加上IsReference=true，比如[DataContract(IsReference=true)]，否则序列化会失败，服务端可能悄悄返回Null。
• 验证服务端实际数据：在服务端方法里加调试断点，确认返回前的复杂类型实例不是Null，数据是完整的——有时候可能是服务端逻辑本身没生成正确的数据，不是传输的问题。
• 检查客户端与服务端的类型一致性：确保客户端和服务端引用的复杂类型（包括独立程序集里的）版本完全一致，字段名、类型、顺序都不能变，WCF是严格按成员名匹配反序列化的，一旦不匹配就会返回Null。
• 开启WCF日志排查：可以配置WCF的消息日志，查看服务端发送的XML和客户端接收的XML是否正常，有没有序列化错误的痕迹。

问题二：传输未标记DataContract的第三方XmlSerializable类型 #

这种场景很常见，第三方组件的类型只能用XmlSerializer处理，又不能修改代码，你可以这么做：

• 在服务契约里指定XmlSerializerFormat：在你的WCF服务接口的操作方法上，添加[XmlSerializerFormat]属性，告诉WCF不用默认的DataContractSerializer，改用XmlSerializer来处理这个操作的参数和返回值。示例代码：

  [ServiceContract]
  public interface IMyThirdPartyService
  {
      [OperationContract]
      [XmlSerializerFormat] // 关键配置，指定使用XmlSerializer
      ThirdPartyXmlType GetThirdPartyData();
  }
  

• 客户端添加服务引用时启用XmlSerializer：在Visual Studio的“添加服务引用”窗口里，点击右下角的“高级”按钮，在弹出的对话框中勾选“使用XmlSerializer”选项，这样生成的客户端代理会和服务端保持一致，用XmlSerializer来处理第三方类型。
• 确认第三方类型的XmlSerializable支持：确保第三方类型已经标记了[XmlSerializable]属性（你说仅支持XmlSerializable，应该已经有了），如果有嵌套类型，也要保证嵌套类型同样支持XmlSerializable，WCF会递归处理这些类型。
• 调试消息内容：同样可以开启WCF消息日志，检查传输的XML是否符合第三方类型的Xml序列化规则，比如节点名称、命名空间是否匹配，有问题的话可以通过XmlAttributeOverrides来调整（不过尽量不要改，除非必要，因为第三方类型无法修改）。

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