扩展Jackson ObjectNode实现标记接口时遇到反序列化异常如何解决

基础实现可行性说明 #

你给出的继承ObjectNode同时实现标记接口的代码语法完全合法，仅从类结构设计层面可以满足「行为和ObjectNode完全一致、仅额外携带标记接口」的需求。
你遇到的反序列化错误和类结构本身无关，是Jackson默认反序列化逻辑导致的：默认情况下Jackson反序列化JSON对象为树节点时，只会生成标准的com.fasterxml.jackson.databind.node.ObjectNode实例，不会自动识别你自定义的MyClass子类，所以会出现类型不匹配的argument type mismatch异常。

解决方案 #

你可以根据业务场景选择以下两种适配方案：

方案1：全局配置自定义NodeFactory（适用所有ObjectNode都需要替换为MyClass的场景） #

自定义JsonNodeFactory，重写生成ObjectNode的逻辑直接返回你的MyClass实例，再把这个工厂绑定到ObjectMapper即可：

1. 自定义NodeFactory实现

public class CustomJsonNodeFactory extends JsonNodeFactory {
    public static final CustomJsonNodeFactory INSTANCE = new CustomJsonNodeFactory();

    @Override
    public ObjectNode objectNode() {
        return new MyClass(this);
    }
}

2. 配置到ObjectMapper

ObjectMapper objectMapper = new ObjectMapper();
objectMapper.setNodeFactory(CustomJsonNodeFactory.INSTANCE);

配置完成后，所有通过这个ObjectMapper反序列化生成的ObjectNode都会自动变成MyClass实例，类型匹配问题就会消失。

方案2：字段级指定反序列化器（适用仅个别字段需要是MyClass的场景） #

如果你不需要全局替换所有ObjectNode，只需要特定字段反序列化为MyClass，可以给对应字段加反序列化注解，单独写轻量的反序列化器：

1. 实现MyClass的反序列化器

public class MyClassDeserializer extends StdDeserializer<MyClass> {
    public MyClassDeserializer() {
        super(MyClass.class);
    }

    @Override
    public MyClass deserialize(JsonParser parser, DeserializationContext context) throws IOException {
        // 先读取为标准ObjectNode
        ObjectNode standardNode = parser.getCodec().readTree(parser);
        // 转换为自定义MyClass实例
        MyClass customNode = new MyClass(JsonNodeFactory.instance);
        customNode.setAll(standardNode);
        return customNode;
    }
}

2. 给对应字段加注解

// 在你的ApiRequestData类中给request_data字段加注解
@JsonDeserialize(using = MyClassDeserializer.class)
private MyClass request_data;

这种方案不会影响其他字段的反序列化逻辑，侵入性更低。

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