REST API中GET返回数据传入PUT接口报400错误问题咨询

你遇到的400错误核心原因来自IdRef类的序列化、反序列化逻辑不匹配，两个请求JSON的唯一差异就是document字段的格式：

• 报错请求中document是{"id": 141}的JSON对象格式
• 正常请求中document是141的数字格式

具体原理说明 #

1. GET接口序列化逻辑
   你的FilePresentation类中document字段是IdRef类型，Spring MVC默认使用Jackson做JSON序列化时，会把IdRef对象按照内部字段结构序列化为{"id": 具体值}的JSON对象，这就是你GET请求拿到的JSON里document为对象格式的原因。

2. PUT接口反序列化逻辑
   你定义的IdRef类只有一个带Long id参数的构造方法，没有无参构造方法，也没有添加任何Jackson反序列化相关注解：

   • 当你传入数字141时，Jackson可以直接将数字作为入参调用IdRef(Long id)构造方法，成功生成IdRef实例，所以请求正常。
   • 当你传入{"id": 141}的JSON对象时，Jackson找不到可以接收JSON对象的构造方法或者对应反序列化规则，无法完成JSON对象 -> IdRef的转换，直接抛出反序列化异常，Spring MVC就会返回400 Bad Request错误。

适配方案（任选其一即可） #

如果要让GET返回的JSON可以直接作为PUT请求的入参使用，可选择以下任意一种方案调整：

• 方案1：给IdRef类添加无参构造方法，你已经使用了@Data注解，添加无参构造后Jackson会自动生成Setter方法，可直接支持JSON对象格式的反序列化。
• 方案2：给IdRef的带参构造方法添加序列化注解，明确告诉Jackson可以用该构造方法从JSON对象反序列化：

@Data
public class IdRef {
    @JsonCreator
    public IdRef(@JsonProperty("id") Long id) {
        this.id = id;
    }
    private Long id;
}

• 方案3：给IdRef类配置全局序列化规则，让序列化时直接输出id数值而非对象结构，保持序列化、反序列化格式统一。

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