调用WCF服务时XMLHttpRequest POST请求报400 Bad Request错误排查

嘿Pete，我之前在做WCF和前端JS交互的时候也踩过几乎一模一样的坑，给你梳理几个最可能的原因和对应的解决办法：

1. 请求内容类型与JSON结构不匹配 #

WCF的DataContractSerializer对请求格式的要求很严格，首先你得确保前端请求的Content-Type是application/json（如果用JSON序列化的话），其次要保证你发送的JSON结构和后端的TestData类完全对应——尤其要注意大小写！因为WCF默认是区分大小写的，比如后端的属性是SubmissionID，前端就不能写成submissionId或者其他大小写组合。

举个正确的JS请求示例：

const testData = { SubmissionID: "SUB-2024-001" };
fetch('http://你的WCF服务地址/Upload', {
  method: 'POST',
  headers: {
    'Content-Type': 'application/json'
  },
  body: JSON.stringify(testData)
});

2. WebInvoke属性配置不完整 #

从你贴的接口代码来看，[WebIn...]应该是没写完吧？WCF的REST风格接口必须通过[WebInvoke]明确指定请求方法、序列化格式和BodyStyle，不然WCF没法正确解析请求。比如你可以这样配置：

[OperationContract(Name = "Upload")]
[DataContractFormat]
[WebInvoke(
  Method = "POST",
  RequestFormat = WebMessageFormat.Json,
  ResponseFormat = WebMessageFormat.Json,
  BodyStyle = WebMessageBodyStyle.Bare // 或者WrappedRequest，看你的需求
)]
void Upload(TestData data);

这里要注意：

• 如果用Bare风格，直接传{"SubmissionID":"xxx"}即可；
• 如果用WrappedRequest风格，请求体要包裹一层方法名，比如{"Upload":{"SubmissionID":"xxx"}}。

3. DataContract的命名空间干扰 #

默认情况下，WCF的DataContract会自带一个默认命名空间（比如http://schemas.datacontract.org/2004/07/你的项目命名空间），如果前端请求里没有带上这个命名空间，WCF可能会无法识别请求体。解决办法是给DataContract显式指定空命名空间：

[DataContract(Namespace = "")]
public class TestData { 
    [DataMember] 
    public string SubmissionID { get; set; } 
}

4. 检查实际发送的请求体 #

最后，建议你用浏览器的开发者工具（Network面板）查看实际发送的请求内容，确认请求体的JSON结构、编码是否和预期一致——有时候看起来正确的代码，实际序列化后可能会有特殊字符转义错误或者结构缺失，这也是导致400错误的常见原因。

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