虽然已经给出答案，但我发现了其他一些值得考虑的细节。
最基本的 XML 帖子示例是由 Visual Studio 自动生成的，作为新 WebAPI 项目的一部分，但此示例使用字符串作为输入参数。
Visual Studio 生成的简化示例 WebAPI 控制器
using System.Web.Http;
namespace webAPI_Test.Controllers
{
public class ValuesController : ApiController
{
// POST api/values
public void Post([FromBody]string value)
{
}
}
}
这不是很有帮助，因为它没有解决手头的问题。大多数 POST Web 服务都具有相当复杂的类型作为参数，并且可能使用复杂类型作为响应。我将扩充上面的示例，包括一个复杂的请求和复杂的响应......
简化示例，但添加了复杂类型
using System.Web.Http;
namespace webAPI_Test.Controllers
{
public class ValuesController : ApiController
{
// POST api/values
public MyResponse Post([FromBody] MyRequest value)
{
var response = new MyResponse();
response.Name = value.Name;
response.Age = value.Age;
return response;
}
}
public class MyRequest
{
public string Name { get; set; }
public int Age { get; set; }
}
public class MyResponse
{
public string Name { get; set; }
public int Age { get; set; }
}
}
此时，我可以用 fiddler 调用..
提琴手请求详情
请求标头：
User-Agent: Fiddler
Host: localhost:54842
Content-Length: 63
请求正文：
<MyRequest>
<Age>99</Age>
<Name>MyName</Name>
</MyRequest>
... 在我的控制器中放置断点时，我发现请求对象为空。这是因为几个因素...
- WebAPI 默认使用 DataContractSerializer
- Fiddler 请求未指定内容类型或字符集
- 请求正文不包含 XML 声明
- 请求正文不包含命名空间定义。
无需对 Web 服务控制器进行任何更改，我就可以修改提琴手请求，使其能够正常工作。密切注意 xml POST 请求正文中的命名空间定义。此外，请确保 XML 声明包含在与请求标头匹配的正确 UTF 设置中。
修复了 Fiddler 请求正文以使用复杂数据类型
请求标头：
User-Agent: Fiddler
Host: localhost:54842
Content-Length: 276
Content-Type: application/xml; charset=utf-16
请求正文：
<?xml version="1.0" encoding="utf-16"?>
<MyRequest xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.datacontract.org/2004/07/webAPI_Test.Controllers">
<Age>99</Age>
<Name>MyName</Name>
</MyRequest>
请注意请求中的命名空间如何引用我的 C# 控制器类中的相同命名空间（种类）。因为我们没有改变这个项目来使用除 DataContractSerializer 之外的序列化器，并且因为我们没有用特定的命名空间修饰我们的模型（MyRequest 或 MyResponse 类），所以它假定与 WebAPI 控制器本身相同的命名空间。这不是很清楚，而且很混乱。更好的方法是定义一个特定的命名空间。
为了定义一个特定的命名空间，我们修改控制器模型。需要添加对 System.Runtime.Serialization 的引用才能使其工作。
为模型添加命名空间
using System.Runtime.Serialization;
using System.Web.Http;
namespace webAPI_Test.Controllers
{
public class ValuesController : ApiController
{
// POST api/values
public MyResponse Post([FromBody] MyRequest value)
{
var response = new MyResponse();
response.Name = value.Name;
response.Age = value.Age;
return response;
}
}
[DataContract(Namespace = "MyCustomNamespace")]
public class MyRequest
{
[DataMember]
public string Name { get; set; }
[DataMember]
public int Age { get; set; }
}
[DataContract(Namespace = "MyCustomNamespace")]
public class MyResponse
{
[DataMember]
public string Name { get; set; }
[DataMember]
public int Age { get; set; }
}
}
现在更新 Fiddler 请求以使用此命名空间...
带有自定义命名空间的 Fiddler 请求
<?xml version="1.0" encoding="utf-16"?>
<MyRequest xmlns:i="http://www.w3.org/2001/XMLSchema-instance" xmlns="MyCustomNamespace">
<Age>99</Age>
<Name>MyName</Name>
</MyRequest>
我们可以把这个想法更进一步。如果在模型上指定了一个空字符串作为命名空间，则 fiddler 请求中不需要命名空间。
具有空字符串命名空间的控制器
using System.Runtime.Serialization;
using System.Web.Http;
namespace webAPI_Test.Controllers
{
public class ValuesController : ApiController
{
// POST api/values
public MyResponse Post([FromBody] MyRequest value)
{
var response = new MyResponse();
response.Name = value.Name;
response.Age = value.Age;
return response;
}
}
[DataContract(Namespace = "")]
public class MyRequest
{
[DataMember]
public string Name { get; set; }
[DataMember]
public int Age { get; set; }
}
[DataContract(Namespace = "")]
public class MyResponse
{
[DataMember]
public string Name { get; set; }
[DataMember]
public int Age { get; set; }
}
}
未声明命名空间的 Fiddler 请求
<?xml version="1.0" encoding="utf-16"?>
<MyRequest>
<Age>99</Age>
<Name>MyName</Name>
</MyRequest>
其他陷阱
请注意，DataContractSerializer 期望 XML 有效负载中的元素默认按字母顺序排列。如果 XML 负载乱序，您可能会发现某些元素为空（或者如果数据类型是整数，则默认为零，或者如果是布尔值，则默认为 false）。比如不指定订单，提交如下xml...
元素顺序不正确的 XML 正文
<?xml version="1.0" encoding="utf-16"?>
<MyRequest>
<Name>MyName</Name>
<Age>99</Age>
</MyRequest>
... Age 的值将默认为零。如果发送几乎相同的 xml ...
具有正确元素顺序的 XML 正文
<?xml version="1.0" encoding="utf-16"?>
<MyRequest>
<Age>99</Age>
<Name>MyName</Name>
</MyRequest>
然后 WebAPI 控制器将正确地序列化并填充 Age 参数。如果您希望更改默认顺序以便可以按特定顺序发送 XML，则将“Order”元素添加到 DataMember 属性。
指定属性顺序的示例
using System.Runtime.Serialization;
using System.Web.Http;
namespace webAPI_Test.Controllers
{
public class ValuesController : ApiController
{
// POST api/values
public MyResponse Post([FromBody] MyRequest value)
{
var response = new MyResponse();
response.Name = value.Name;
response.Age = value.Age;
return response;
}
}
[DataContract(Namespace = "")]
public class MyRequest
{
[DataMember(Order = 1)]
public string Name { get; set; }
[DataMember(Order = 2)]
public int Age { get; set; }
}
[DataContract(Namespace = "")]
public class MyResponse
{
[DataMember]
public string Name { get; set; }
[DataMember]
public int Age { get; set; }
}
}
在此示例中，xml 正文必须在 Age 元素之前指定 Name 元素才能正确填充。
结论
我们看到的是格式错误或不完整的 POST 请求正文（从 DataContractSerializer 的角度来看）不会引发错误，而只是导致运行时问题。如果使用 DataContractSerializer，我们需要满足序列化程序（尤其是在命名空间周围）。我发现使用测试工具是一种很好的方法——我将一个 XML 字符串传递给一个使用 DataContractSerializer 反序列化 XML 的函数。当无法进行反序列化时，它会引发错误。下面是使用 DataContractSerializer 测试 XML 字符串的代码（再次提醒，如果你实现了这个，你需要添加对 System.Runtime.Serialization 的引用）。
用于评估 DataContractSerializer 反序列化的示例测试代码
public MyRequest Deserialize(string inboundXML)
{
var ms = new MemoryStream(Encoding.Unicode.GetBytes(inboundXML));
var serializer = new DataContractSerializer(typeof(MyRequest));
var request = new MyRequest();
request = (MyRequest)serializer.ReadObject(ms);
return request;
}
选项
正如其他人所指出的，DataContractSerializer 是使用 XML 的 WebAPI 项目的默认设置，但还有其他 XML 序列化器。您可以删除 DataContractSerializer 并改用 XmlSerializer。 XmlSerializer 对格式错误的命名空间内容更加宽容。
另一个选项是将请求限制为使用 JSON 而不是 XML。我没有进行任何分析来确定在 JSON 反序列化期间是否使用了 DataContractSerializer，以及 JSON 交互是否需要 DataContract 属性来装饰模型。