当使用jackson将json反序列化为继承体系中的父类（如parent）时，若json包含子类特有字段（如field），会抛出unrecognizedpropertyexception；本文介绍不修改原始类的前提下，通过mixin机制配合@jsontypeinfo(id.deduction)实现自动子类型推断。
当使用jackson将json反序列化为继承体系中的父类（如parent）时，若json包含子类特有字段（如field），会抛出unrecognizedpropertyexception；本文介绍不修改原始类的前提下，通过mixin机制配合@jsontypeinfo(id.deduction)实现自动子类型推断。
在默认配置下，Jackson仅根据声明的类型（如Parent parent）进行反序列化，不会主动尝试匹配实际的子类（如Child）。因此，当JSON中存在Parent类未声明的字段（例如"field":"allow"）时，Jackson会严格校验并报错——即使该字段属于其合法子类。
要解决此问题且不向原始类添加任何注解（如@JsonTypeInfo），推荐使用 Jackson Mix-in 机制：它允许你将类型信息元数据“外部注入”到目标类，完全解耦配置与业务代码。
✅ 正确解决方案：Mixin + 类型推断（DEDUCTION）
首先，定义一个空的抽象Mixin类，并为其添加Jackson所需的类型信息注解：
// MixIn 类 —— 仅用于提供反序列化元数据，无需实现
@JsonTypeInfo(use = JsonTypeInfo.Id.DEDUCTION)
@JsonSubTypes({ @JsonSubTypes.Type(Child.class) })
public abstract class ParentMixin {}
? Id.DEDUCTION 表示Jackson将基于JSON字段组合自动推断具体子类：若JSON同时包含name、city和field，则匹配到Child；若仅有name和city，则实例化为Parent。
然后，在创建ObjectMapper时注册该Mixin：
ObjectMapper mapper = new ObjectMapper(); mapper.addMixIn(Parent.class, ParentMixin.class); // 关键：将Mixin绑定到Parent
⚠️ 注意：必须对执行反序列化的ObjectMapper（即readValue()所用实例）注册Mixin；序列化时无需此配置（因对象实例类型已知）。
✅ 完整修复后的主程序片段
public class TestDeserial {
public static void main(String[] args) throws Exception {
// 序列化（保持原逻辑，无需Mixin）
Child c = new Child();
c.setName("test1");
c.setCity("Mumbai");
c.setField("allow");
Base b = new Base();
b.setParent(c);
File file = new File("C:\temp\c.json");
ObjectMapper writeMapper = new ObjectMapper();
writeMapper.writeValue(file, b);
// 反序列化（必须启用Mixin！）
ObjectMapper readMapper = new ObjectMapper();
readMapper.addMixIn(Parent.class, ParentMixin.class); // ← 核心修复行
try (InputStream in = new FileInputStream("C:\temp\c.json")) {
Base baseResult = readMapper.readValue(in, Base.class);
Parent p = baseResult.getParent();
System.out.println("Deserialized as: " + p.getClass().getSimpleName()); // 输出: Child
if (p instanceof Child) {
System.out.println("Field value: " + ((Child) p).getField()); // 输出: allow
}
}
}
}
⚠️ 注意事项与最佳实践
- Mixin类必须是abstract或interface，否则Jackson可能尝试实例化它；
- 若存在多个子类（如ChildA、ChildB），需在@JsonSubTypes中全部声明；
- DEDUCTION要求各子类字段集互斥可区分（例如Child含field，OtherChild含code），否则推断可能失败并回退到父类，导致字段丢失；
- 如需更健壮的多态支持（尤其字段重叠场景），可考虑@JsonTypeInfo(use = Id.NAME)配合@JsonTypeName，但需在子类加注解——这与本题“零侵入”前提冲突，故DEDUCTION+Mixin是更优解。
通过以上方式，你无需触碰任何原有实体类，即可安全支持继承结构的JSON双向转换，兼顾灵活性与代码洁癖。
