WCF连接Silverlight返回args时触发headers参数为空异常求解决方案

Silverlight调用WCF服务返回args模型时触发Value cannot be null. Parameter name: headers异常，但返回模型本身并不包含headers字段。从堆栈跟踪来看，异常发生在WCF客户端异步调用的结束阶段，属于通信层面问题，而非业务模型直接导致。

• 检查WCF服务端的消息头相关逻辑
  虽然业务模型没有headers字段，但服务端可能存在强制依赖消息头的配置或代码：

  • 排查自定义消息检查器（IDispatchMessageInspector/IClientMessageInspector），看是否在BeforeSendReply或AfterReceiveRequest方法中直接访问OperationContext.Current.IncomingMessageHeaders却未做空值判断；
  • 检查操作契约是否定义了[MessageHeader]属性，且服务端未正确赋值该消息头。

• 调整Silverlight客户端的绑定配置
  Silverlight对WCF绑定有特殊限制，尝试修改ServiceReferences.ClientConfig中的绑定设置：

  • 确保绑定的messageVersion与服务端一致，比如：

    <basicHttpBinding>
      <binding name="BasicHttpBinding_ISrvE" messageVersion="Soap11" />
    </basicHttpBinding>
    

  • 若使用自定义绑定，检查是否拦截了消息头导致其为空，可尝试暂时移除自定义绑定逻辑验证。

• 排查异步调用的上下文传递问题
  Silverlight异步调用依赖SynchronizationContext，上下文丢失可能引发WCF客户端访问空消息头集合：
  确保在UI线程发起服务调用，或手动维护上下文：

  Dispatcher.BeginInvoke(() => 
  {
      var client = new SrvEClient();
      client.GetSubmitCompleted += (s, e) => { /* 处理结果逻辑 */ };
      client.GetSubmitAsync();
  });
  

• 开启WCF服务端详细日志排查原始异常
  服务端业务异常可能被WCF包装为headers为空的错误，在服务端Web.config中添加日志配置：

  <system.diagnostics>
    <sources>
      <source name="System.ServiceModel" switchValue="Information, ActivityTracing" propagateActivity="true">
        <listeners>
          <add name="traceListener" type="System.Diagnostics.XmlWriterTraceListener" initializeData="c:\log\WcfTrace.svclog" />
        </listeners>
      </source>
    </sources>
  </system.diagnostics>
  

  生成日志后用SvcTraceViewer工具分析，定位原始异常信息。

• 验证返回模型的序列化有效性
  模型序列化异常可能间接导致WCF通信错误，用DataContractSerializer手动序列化args对象：

  var serializer = new DataContractSerializer(typeof(YourArgsModel));
  using(var ms = new MemoryStream())
  {
      serializer.WriteObject(ms, args);
      ms.Seek(0, SeekOrigin.Begin);
      var result = serializer.ReadObject(ms);
  }
  

  若序列化过程抛出异常，说明模型存在序列化问题（如循环引用、未标记可序列化的嵌套类型），需修复模型定义。

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