Web API中Post方法报Bad Request错误求助（附对比代码与输入）

嘿，这种同类型方法一个正常、一个报Bad Request的情况确实挺闹心的，咱们一步步拆解排查，总能找到问题根源！

1. 对比两个Post Action的差异 #

先把两个方法的代码摆出来仔细比对，重点盯这几个关键点：

• 参数绑定标记：报错的Action有没有加[FromBody]？很多时候Bad Request就是因为没加这个标记，导致Web API无法从请求体解析JSON数据（正常运行的那个大概率是加了的）。
• 参数类型与结构：两个方法的参数是不是完全一致？比如一个是tblWishlist实体，另一个有没有做过封装或者类型修改？
• 路由配置：两个Action的路由规则有没有冲突？比如一个用了[Route("api/wishlist/add")]，另一个的路由是不是重复或者匹配逻辑有问题？

2. 检查tblWishlist实体类的定义 #

实体类的序列化/反序列化规则不匹配，是Bad Request的高频原因：

• 属性大小写匹配：实体里的属性是UserId，但请求JSON里写成了userid？如果你的Web API没配置忽略大小写的序列化规则，就会导致字段绑定失败。
• 必填属性校验：实体里有没有标记[Required]的属性，但请求里没传？比如ProductId是必填项，但Fiddler请求里漏掉了，模型验证不通过就会返回Bad Request。
• 数据类型不匹配：实体里是int类型的Quantity，请求里却传了字符串或者null，类型转换失败也会触发错误。
• 序列化特性冲突：有没有属性加了[JsonIgnore]或者[JsonProperty("别名")]，导致请求里的字段和实体属性对应不上？

3. 核对Fiddler请求的细节 #

直接看请求本身的问题：

• 请求头是否正确：有没有设置Content-Type: application/json？如果没加这个头，Web API会默认用表单格式解析，自然读不懂JSON请求体（正常的那个请求肯定是带了这个头的）。
• JSON格式是否合法：请求体的JSON有没有语法错误？比如少了逗号、引号不匹配、括号没闭合？可以本地用JSON校验工具检查一下格式。
• 字段对应是否完整：请求体里的字段是不是和tblWishlist的属性一一对应？有没有多传或者漏传关键字段？

4. 获取具体错误信息 #

别光看Bad Request的状态码，Web API通常会返回详细的模型验证错误：

• 在Fiddler里查看响应体，里面会明确告诉你哪个字段验证失败、原因是什么。
• 或者在后端代码里加一行日志：if (!ModelState.IsValid) { var errors = ModelState.Values.SelectMany(v => v.Errors); }，打印出具体的错误详情，直接定位问题。

举个常见的例子：如果报错的Action没加[FromBody]标记，参数根本无法从请求体获取，直接返回Bad Request；如果请求里的CreateTime传了一个不符合格式的字符串，实体里的DateTime类型就会绑定失败，也会触发错误。

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