Postman原生版调用新C# API报400及空引用异常问题求助

遇到过类似的坑，给你几个靠谱的排查方向，应该能快速定位问题：

1. 先盯紧请求头的Content-Type配置 #

Postman原生版和Chrome版对表单请求的自动头处理有差异，最常见的问题就是原生版没自动加上正确的Content-Type：

• 打开新API的请求，切换到Headers标签，确认是否存在Content-Type: application/x-www-form-urlencoded
• 如果没有，手动添加这个头：点击「Add Header」，键填Content-Type，值填application/x-www-form-urlencoded
• 这个头是后端识别x-www-form-urlencoded格式参数的关键，缺了它参数根本绑定不上，直接触发空引用

2. 检查新API的参数绑定特性 #

空引用异常大概率是后端没拿到参数导致的，对比新旧API的参数绑定代码：

• 确认新API的Post方法参数是否加了[FromForm]特性，比如：

// 正确的表单参数绑定写法
public IActionResult Post([FromForm] RequestModel model)
{
    // 业务逻辑...
}

• 旧API可能默认配置了全局表单绑定，但新API的启动类或者控制器没继承相同的配置，漏加[FromForm]就会导致参数为null

3. 对比新旧请求的参数编码 #

原生Postman对特殊字符（空格、中文、特殊符号）的编码逻辑和Chrome版不一样：

• 先把参数值换成纯英文数字测试，看是否能正常返回200，如果可以，就是编码问题
• 切换到Body的Raw标签，手动编写表单格式内容（比如username=test&password=123456），再发送请求，绕过自动编码的坑

4. 排除新数据库的间接影响 #

虽然看起来是参数问题，但也得确认新数据库不是诱因：

• 临时注释新API里的数据库操作代码，直接返回接收的参数，比如：

public IActionResult Post([FromForm] RequestModel model)
{
    return Ok(model); // 直接返回参数，看能否正常拿到值
}

• 如果返回正常，说明参数传递没问题，空引用可能是新数据库缺少基础数据（比如关联表为空，查询返回null）

5. 清理Postman原生版的缓存 #

有时候Postman的缓存会导致请求配置错乱：

• 点击右上角设置图标 → 选择Settings → 到General标签 → 点击「Clear Cache」
• 或者新建一个完全干净的请求，手动填写所有参数和头，不要复制旧请求的配置，避免残留错误设置

内容的提问来源于stack exchange，提问作者Yaniv Ben Yohana