Lombok 的 @Jacksonized 注解会干扰 Jackson 对继承结构中父类字段的识别，导致反序列化时抛出 UnrecognizedPropertyException；移除该注解或配合显式配置可恢复对 @JsonProperty 和继承字段的正确支持。
如何解决 jackson 无法识别父类字段的反序列化问题：lombok 的 `@jacksonized` 注解会干扰 jackson 对继承结构中父类字段的识别，导致反序列化时抛出 `unrecognizedpropertyexception`；移除该注解或配合显式配置可恢复对 `@jsonproperty` 和继承字段的正确支持。
在使用 Jackson + Lombok 构建具有继承关系的数据模型（如 Parent → Child）时，一个常见且隐蔽的问题是：子类反序列化失败，报错 UnrecognizedPropertyException，提示父类字段（如 recipient）“未被识别”。根本原因并非 Jackson 配置缺失，而是 Lombok 的 @Jacksonized 注解与 Jackson 的默认反序列化机制存在冲突。
@Jacksonized 的设计初衷是自动生成兼容 Jackson 的 Builder 模式——它会为 Builder 类添加 @JsonDeserialize(builder = ...) 并尝试将所有字段映射为 Builder 的构造参数。但当类存在继承关系时，该注解仅处理当前类的直接字段，而忽略父类中通过 @JsonProperty 声明的受保护（protected）或私有字段。结果就是：Jackson 在反序列化时尝试将 JSON 字段（如 "recipient"）绑定到 Child$ChildRequestBuilder 上，而该 Builder 类并未声明 recipient 属性（只包含 use_case），从而触发异常。
✅ 正确解决方案如下：
1. 移除 @Jacksonized（推荐）
若无需 Builder 模式参与反序列化（即仅用 new ObjectMapper().readValue(..., Child.class)），最简洁的做法是移除 @Jacksonized，保留 @Builder 即可。Jackson 将通过标准的 setter 或字段反射正常解析继承链中的所有 @JsonProperty 字段：
// Parent 类（移除 @Jacksonized）
@Builder
@EqualsAndHashCode
@ToString
@Getter
@Setter
@JsonInclude(JsonInclude.Include.NON_NULL)
@AllArgsConstructor
@NoArgsConstructor
@JsonTypeInfo(use = JsonTypeInfo.Id.DEDUCTION)
@JsonSubTypes({
@JsonSubTypes.Type(value = Child.class, name = "Child")
})
public class Parent implements Serializable {
private static final long serialVersionUID = 6223930820946596247L;
@JsonProperty("recipient")
protected Recipient recipient; // ✅ 可被 Jackson 正确识别
}2. 若必须保留 @Jacksonized，需显式声明父类字段
可通过 @Singular、@Builder.Default 或 @Builder(builderMethodName = "...") 配合 @Jacksonized 的 builder 参数手动扩展 Builder，但复杂度高且易出错，不推荐用于继承场景。
3. 补充关键配置（增强健壮性）
确保 ObjectMapper 启用子类型推断与字段访问：
ObjectMapper mapper = new ObjectMapper(); mapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false); // 可选：忽略未知字段 mapper.enable(DeserializationFeature.ACCEPT_SINGLE_VALUE_AS_ARRAY); // 若使用 DEDUCTION，确保子类有明确的 JSON 结构差异（如唯一字段），否则建议改用 PROPERTY 或 NAME
⚠️ 注意事项：
- @JsonTypeInfo(use = DEDUCTION) 要求子类 JSON 具有足够区分度（如 Child 必须含 "use_case" 字段），否则类型推断可能失败；
- protected 字段需配合 @JsonProperty 才能被 Jackson 访问（默认不扫描受保护成员）；
- @Builder 生成的 build() 方法仍可正常使用，不影响对象构建逻辑。
总结：@Jacksonized 是一把双刃剑——它简化了 Builder 序列化，却牺牲了继承兼容性。在涉及父子类反序列化的场景中，优先移除 @Jacksonized，依赖 Jackson 原生的字段/Setter 解析机制，是最稳定、最符合直觉的实践方案。
