碰到SOAP请求返回500内部服务器错误，同时服务器日志在Deserialize_Header方法里报Unexpected element -el=str ns-，核心问题是SOAP请求头的结构不符合服务器的预期，下面帮你拆解细节和解决方向：

先搞懂错误日志里的el=str ns-是什么意思 #

这个日志是服务器反序列化SOAP请求头时抛出的，其中：

• el=str：el是element（元素）的缩写，指服务器在请求头里发现了一个名为str的元素；
• ns-：ns是namespace（命名空间）的缩写，-表示这个str元素没有携带服务器预期的命名空间，或者根本没声明命名空间。

简单说：服务器预期的SOAP头里不应该有这个无正确命名空间的str元素，所以反序列化失败，触发了500错误。

可能的根因分析 #

• 客户端发送的SOAP请求头里多了一个不必要的<str>元素，或者元素名称拼写错误（比如服务器预期的是<string>或者其他自定义名称）；
• 这个<str>元素缺少服务器要求的命名空间声明，比如服务器期望所有头元素都属于某个特定命名空间，但客户端的<str>没加对应的前缀/声明；
• 客户端生成SOAP请求的方式和服务器的WSDL定义不匹配：比如WSDL里根本没定义这个str头元素，但客户端的代理类或手动构造的报文却包含了它。

具体排查&修复步骤 #

• 第一步：捕获完整的SOAP请求报文
  用Fiddler、Charles这类抓包工具，或者在客户端开启日志，拿到你发送的完整SOAP请求内容，重点看<soap:Header>部分是不是有<str>元素，以及它的命名空间情况。
• 第二步：对照服务器的WSDL文档
  找到服务器提供的WSDL，查看<wsdl:header>定义，确认：
  1. 服务器允许哪些元素出现在SOAP头里；
  2. 每个头元素必须使用的命名空间是什么。
• 第三步：修正客户端请求
  • 如果是客户端自动生成的请求（比如用.NET Web Reference、JAX-WS、Axis）：检查代理类的配置，看是不是有多余的参数/元素被自动添加到请求头，或者命名空间的配置和WSDL不一致；
  • 如果是手动构造的SOAP报文：要么直接移除<str>元素（如果服务器不需要），要么给它加上正确的命名空间声明，比如：

    <str xmlns="http://your-expected-namespace.com">value</str>
    

    或者把元素名改成服务器预期的名称。

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