C# HttpClient调用API发POST请求返回400 Bad Request如何排查

400错误代表发送的请求格式不符合服务端校验规则，你当前的代码没有读取服务端返回的具体错误信息，是定位慢的核心原因。

先拿到明确的错误提示 #

你当前的异常逻辑只抛出了ReasonPhrase，完全拿不到服务端返回的具体校验失败原因，先修改异常部分代码：

else
{
    string errorDetail = await response.Content.ReadAsStringAsync();
    throw new Exception($"请求失败，状态码{(int)response.StatusCode}，错误详情：{errorDetail}");
}

拿到errorDetail的内容就能直接知道是字段缺失、格式错误还是权限问题，不用盲目排查。

针对你这段代码的高频问题点 #

以下是Postman可正常调用、代码调用返回400的常见原因，对应你的代码逐一核对：

• 序列化命名规则不匹配
  PostAsJsonAsync在.NET Core 3.0及以上版本默认使用System.Text.Json序列化，会自动把C#类的PascalCase属性（比如Name、PhoneNumber）转为camelCase格式（name、phoneNumber）。如果接口要求参数名和你定义的C#属性名完全一致（PascalCase），就会因为服务端识别不到参数返回400。
  修复方式，传入序列化配置保持属性名原格式：

  var jsonOptions = new JsonSerializerOptions
  {
      PropertyNamingPolicy = null // 不转换命名，保持和类属性名一致
  };
  using HttpResponseMessage response = await client.PostAsJsonAsync(postUrl, data, jsonOptions);
  

  如果你用Newtonsoft.Json做序列化，对应配置DefaultContractResolver即可。
• 自定义类名和系统基类冲突
  你定义的传参类名是Object，和系统基类System.Object完全重名，虽然编译不会报错，但序列化时很容易出现类型解析异常，把类名改成和业务相关的名称（比如AddAddressRequest）即可，不要用系统类名作为自定义类名。
• Content-Type不匹配
  可以在Postman的请求头里看成功调用时的Content-Type值，PostAsJsonAsync默认会带application/json; charset=utf-8，如果接口要求不带charset、或者要求application/x-www-form-urlencoded等其他格式，就会返回400。如果是form格式不要用PostAsJsonAsync，改用FormUrlEncodedContent构造请求体。
• 特殊请求头不兼容
  HttpClient默认会在POST请求时带上Expect: 100-continue头，部分老旧接口不支持这个头会直接返回400，可以手动关闭这个行为：

  client.DefaultRequestHeaders.ExpectContinue = false;
  

  最稳妥的方式是用抓包工具（Fiddler、Charles都可以）抓代码发出的完整请求，和Postman的成功请求逐行对比请求头、请求体，只要两个请求完全一致就一定能调用成功。
• 避免同步阻塞异步调用
  你获取AccessToken时用了.Result，虽然不会直接导致400，但在有同步上下文的场景（比如ASP.NET、WPF）很容易造成死锁，推荐全程用await语法：

  var tokenResult = await GetAccessTokenAsync();
  var accessToken = tokenResult.AccessToken;
  

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