基于WSDL生成C#服务端代码后输出WSDL不符，请求无法被接收

我完全懂这种挫败感——照着客户给的WSDL+XSD生成服务端代码，结果服务器暴露的WSDL和原文件对不上，导致用原WSDL发的请求直接被拒收，查遍论坛都没解决，确实头疼。下面结合我踩过的坑，给你几个针对性的解决思路：

1. 先搞懂为什么会出现差异 #

.NET的wsdl.exe和svcutil.exe在生成代码时，会默认对原WSDL/XSD做一些“规范化”调整：比如自动修正命名空间前缀、调整元素顺序、默认设置IsRequired=false、甚至转换SOAP绑定样式，这些小调整都会导致暴露的WSDL和原文件不一致，最终让客户端请求不兼容。

2. 精准匹配服务与数据契约 #

不要依赖工具自动生成的契约，手动核对每一项和原WSDL/XSD的一致性：

• 命名空间必须完全一致：原WSDL的targetNamespace、每个元素/类型的命名空间，都要在代码的[ServiceContract]、[DataContract]、[DataMember]属性里精确指定。
• 数据成员的约束要对应：XSD里标记minOccurs="1"的元素，代码里要加[DataMember(IsRequired = true)]；XSD里的元素顺序，要通过Order属性指定（比如[DataMember(Order = 2)]），避免.NET自动排序。
• SOAP绑定样式匹配：原WSDL如果是document/literal bare，ASMX服务要加[SoapDocumentMethod(ParameterStyle = SoapParameterStyle.Bare, Use = SoapBindingUse.Literal)]，WCF服务要配置对应绑定的MessageEncoding和OperationContract的ProtectionLevel。

3. 调整工具生成参数，保留原XSD结构 #

针对svcutil.exe，试试这些参数组合，减少自动转换：

svcutil Input.wsdl XSD1.xsd XSD2.xsd XSD3.xsd /sc /keepXmlTypes /serializer:XmlSerializer

• /keepXmlTypes：保留原XSD的类型定义，不自动转换成.NET原生类型；
• /serializer:XmlSerializer：使用XML序列化器，比DataContractSerializer更贴合原XML Schema的结构，减少差异。

如果用wsdl.exe生成ASMX服务，加上/namespace参数指定精确命名空间：

wsdl Input.wsdl XSD1.xsd XSD2.xsd XSD3.xsd /l:CS /serverInterface /namespace:http://your-original-namespace.com/

4. 禁用自动元数据生成，手动发布原WSDL #

默认情况下，.NET会自动生成元数据（就是你访问?wsdl看到的内容），这大概率和原文件不同。你可以直接禁用自动生成，转而发布客户给的原WSDL/XSD：

对于WCF服务： #

在Web.config的serviceBehaviors里，修改元数据配置，指定加载本地的原文件：

<behaviors>
  <serviceBehaviors>
    <behavior name="MyServiceBehavior">
      <serviceMetadata httpGetEnabled="true">
        <metadataExporter>
          <wsdlExporter policyVersion="Policy15"/>
        </metadataExporter>
      </serviceMetadata>
      <!-- 或者直接禁用自动生成，通过静态文件发布原WSDL -->
      <!-- <serviceMetadata httpGetEnabled="true" httpGetUrl="/MyOriginal.wsdl"/> -->
    </behavior>
  </serviceBehaviors>
</behaviors>

对于ASMX服务： #

可以在项目中添加原WSDL/XSD文件，设置为“复制到输出目录”，然后在.asmx页面的代码里，手动指定元数据的来源，或者直接让客户端使用原文件，不依赖?wsdl获取。

5. 对比请求差异，定位问题点 #

用SOAPUI分别基于原WSDL和服务器暴露的WSDL生成请求XML，对比两者的差异：

• 检查元素的命名空间前缀、是否有额外的包裹元素；
• 检查必填元素是否被标记为可选，或者顺序颠倒；
• 检查SOAP信封的命名空间版本（SOAP 1.1 vs 1.2）。

找到差异后，针对性调整服务端的契约或配置即可。

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