使用Postman调用API提交JSON请求时字段存入数据库为null的问题求助

兄弟，我之前也踩过几乎一模一样的坑！给你列几个最靠谱的排查方向，你挨个核对下，大概率能找到问题：

• 先盯紧实体类与JSON字段的映射匹配度：比如你Postman里传的JSON字段是nickName，但实体类里写的是nickname（大小写差了），或者实体类的这个属性没加@JsonProperty("nickName")这种指定映射的注解，序列化/反序列化时直接跳过这个字段，后端接收到的实体对象里该字段就是null，存库自然也是null。另外别忘了检查实体类的getter/setter是不是全了——有时候Lombok的@Data没生效，手动写的setter漏了这个字段，也会出这问题。

• 检查Postman的请求头Content-Type：一定要选application/json！要是选成form-data或者x-www-form-urlencoded，后端的JSON解析器根本认不出参数，直接拿空值存库，这绝对是新手Top3的踩坑点。

• 后端接收参数的方式是否正确：别用@RequestParam来接整个JSON体啊！得用@RequestBody注解把JSON直接绑定到实体类上，举个Spring Boot的正确例子：

@PostMapping("/api/submit")
public ResponseEntity<?> saveData(@RequestBody YourEntity yourEntity) {
    // 调用service存库的逻辑
    return ResponseEntity.ok("success");
}

要是没加@RequestBody，后端根本拿不到参数，存库肯定是null。

• 排查ORM框架的存库语句：比如用MyBatis的话，看看XML里的insert标签是不是漏写了这个字段？比如insert into user (id, name)里没把那个出问题的字段加进去，那执行插入时数据库自然会存null。要是用JPA的话，检查实体类的该字段是不是加了@Transient（这个注解会让JPA忽略该字段，不映射到数据库），要是加了的话赶紧删掉。

• 最后看后端日志：把日志级别调到DEBUG，看看后端接收到的实体对象里该字段是不是已经是null了——如果是，问题在参数解析阶段；如果实体对象里有值，存库后变null，那就是存库语句或者数据库约束的问题（比如数据库字段类型不匹配，或者设置了默认null但你没传值？不过你说多个数据库都这样，这个概率低，但也可以查下）。

要是排查完这些还没解决，把你的实体类代码、Postman的请求JSON内容、后端接收接口的代码片段贴出来，大伙再帮你抠细节！

备注：内容来源于stack exchange，提问作者Shreyas246