WCF服务XML反序列化失败及调用后Payload为空的解决方法
问题修复方案
第一步:解决初始命名空间不匹配错误
初始错误是因为WCF服务默认使用http://tempuri.org/命名空间,而请求中的方法节点使用的是http://drug.gateway.mvp.na_svr,你已经通过给ServiceContract指定命名空间解决了这个问题,这一步是正确的。
第二步:解决传入Payload为空的问题
当前Payload为空的核心原因是WCF默认会自动解析SOAP信封(Envelope),只将Body内的内容映射到方法参数,而你把整个SOAP信封作为参数类型传入,导致映射失败。结合你的请求结构,给出两种可行方案:
方案一:使用消息契约(MessageContract)匹配完整SOAP信封
通过MessageContract特性让WCF直接将整个SOAP信封映射到参数对象,同时正确关联Header和Body的内容:
- 修改
Envelope类为消息契约:
[MessageContract(WrapperNamespace = "http://schemas.xmlsoap.org/soap/envelope/")] public partial class Envelope { // 映射SOAP Header中的OriginatorSystem [MessageHeader(Namespace = "")] public string OriginatorSystem { get; set; } // 映射SOAP Body中的drug:result节点 [MessageBodyMember(Namespace = "http://drug.gateway.mvp.na_svr")] public ResultRequest Result { get; set; } } // 定义ResultRequest类,对应drug:result节点下的实际字段(根据完整请求XML补充字段) [DataContract(Namespace = "http://drug.gateway.mvp.na_svr")] public class ResultRequest { // 示例字段,替换为实际请求中的内容 // [DataMember] // public string DrugId { get; set; } }
- 保持服务接口的定义(已正确设置命名空间和Action):
[ServiceContract(Namespace = "http://drug.gateway.mvp.na_svr")] public interface II3ReceiverService { [OperationContract(Action = "http://drug.gateway.mvp.na_svr/result")] string result(Envelope envelope); }
方案二:直接接收Body内的业务数据,单独处理Header
如果不需要将整个SOAP信封作为参数,只需要Body内的业务数据,可以单独提取Header内容:
- 定义对应Body内
drug:result的实体类:
[DataContract(Namespace = "http://drug.gateway.mvp.na_svr")] public class ResultRequest { // 根据完整请求XML中的drug:result子节点定义字段 // [DataMember] // public string RequiredField { get; set; } }
- 修改服务接口参数为该实体类:
[ServiceContract(Namespace = "http://drug.gateway.mvp.na_svr")] public interface II3ReceiverService { [OperationContract(Action = "http://drug.gateway.mvp.na_svr/result")] string result(ResultRequest request); }
- 在服务实现中获取Header内容:
public class I3ReceiverService : II3ReceiverService { public string result(ResultRequest request) { // 从SOAP Header中读取OriginatorSystem var originatorSystem = OperationContext.Current.IncomingMessageHeaders.GetHeader<string>("OriginatorSystem", ""); // 处理业务逻辑 return "处理完成"; } }
关键补充:适配SOAP Encoded编码
你的请求中包含soapenv:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/",这是SOAP RPC/Encoded编码方式,而WCF的basicHttpBinding默认使用Document/Literal编码,需要修改配置支持Encoded:
在Web.config的system.serviceModel节点下替换原有绑定配置为自定义绑定:
<bindings> <customBinding> <binding name="SoapEncodedBinding"> <textMessageEncoding messageVersion="Soap11"> <readerQuotas maxDepth="32" maxStringContentLength="2147483647" /> </textMessageEncoding> <httpTransport /> </binding> </customBinding> </bindings> <services> <service name="I3Receiver.I3ReceiverService" behaviorConfiguration="ServiceBehavior"> <!-- 替换binding为customBinding,使用上面定义的配置 --> <endpoint address="" binding="customBinding" bindingConfiguration="SoapEncodedBinding" contract="I3Receiver.II3ReceiverService" /> <host> <baseAddresses> <add baseAddress="http://localhost:64863/"/> </baseAddresses> </host> </service> </services>
验证步骤
- 启动WCF服务,使用SOAP测试工具(如Postman、SoapUI)发送请求;
- 查看服务方法中接收的参数是否有值;
- 检查WCF日志(
WcfMessages.svclog)确认请求消息是否被正确解析。
内容的提问来源于stack exchange,提问作者Saad Aslam
相关产品推荐
相关产品推荐

