jsonschema2pojo 默认会将子类中定义的属性“提升”到父类（尤其是通过 javaType 声明时），导致父类被意外修改；正确做法是改用 existingJavaType 显式声明已存在、不可变更的父类，从而彻底禁用动态字段注入。
jsonschema2pojo 默认会将子类中定义的属性“提升”到父类（尤其是通过 `javatype` 声明时），导致父类被意外修改；正确做法是改用 `existingjavatype` 显式声明已存在、不可变更的父类，从而彻底禁用动态字段注入。
在使用 jsonschema2pojo（如 Maven 插件或命令行工具）生成 Java 类时，若 JSON Schema 中通过 "javaType" 指定父类（例如 "extends": { "type": "object", "javaType": "com.a.b.MyBaseClass" }），工具会将当前 schema 定义的属性（如 id, name 等）自动注入到该父类中——即生成对应字段、getter/setter，并可能覆盖或污染你本意中仅作占位/抽象用途的基类。
这显然违背设计初衷：你希望 MyBaseClass 是一个预先定义、稳定、不可修改的符号类（symbolic base class），仅用于继承关系建模，而非运行时代码生成的目标。
✅ 正确解决方案：使用 existingJavaType 替代 javaType
existingJavaType 是 jsonschema2pojo 提供的专用字段，明确告知生成器：“该类型已存在，禁止向其添加任何新字段或方法，仅建立继承关系”。它本质上是一种“只读引用”。
修改后的 JSON Schema 示例：
{
"type": "object",
"javaType": "com.a.b.c.MyClass",
"extends": {
"type": "object",
"existingJavaType": "com.a.b.MyBaseClass"
},
"properties": {
"name": { "type": "string" },
"version": { "type": "integer" }
}
}⚠️ 关键注意事项：
- existingJavaType 和 javaType 不可同时出现在同一对象中，否则行为未定义（通常后者会被忽略或报错）；
- 确保 com.a.b.MyBaseClass 在编译 classpath 中可访问（否则生成阶段可能抛出 ClassNotFoundException）；
- 若使用 Maven 插件，需确认版本 ≥ 1.2.0（existingJavaType 自该版本起正式支持）；
- existingJavaType 仅作用于继承场景；若需复用已有类作为属性类型（如 address: { "existingJavaType": "com.a.b.Address" }），同样适用。
? 补充技巧：配合 useCommonsLang3 或 useJodaTime 等选项可进一步增强生成类的健壮性，但核心隔离逻辑始终依赖 existingJavaType 的语义约束。
总结：javaType 表示“请为该类型生成代码”，而 existingJavaType 表示“该类型已存在，请勿触碰”。二者语义截然相反——精准选用 existingJavaType，是实现父类零侵入、契约清晰、可维护性强的 JSON → POJO 映射的关键实践。
