XML Schema抽象类型（abstract=”true”）不生成可实例化Java类，JAXB需@XmlSeeAlso声明子类，MyBatis resultMap必须引用具体类型；substitutionGroup实现多态但依赖工具链显式支持。

XML Schema 继承如何影响 Java 类映射（如 JAXB / MyBatis）

XML Schema 的 abstract="true" 类型或元素本身不生成可实例化的 Java 类，但会显著改变映射工具的行为——JAXB 会跳过抽象类型生成接口或抽象类，MyBatis 的 XML 映射器则可能因找不到具体 type 而抛出 InvalidMappingException。

• 抽象类型 Person 不会被 JAXB 直接映射为 concrete class；若未配合 定义具体替换元素，解析时会报错 org.xml.sax.SAXParseException: cvc-elt.1.a: Cannot find the declaration of element 'student'
• MyBatis 的 若引用了抽象类型名（如 type="Person"），运行时无法实例化，必须指向具体子类型（Student 或 Teacher）
• JAXB 默认不支持 substitution group 自动推导；需显式添加 @XmlSeeAlso({Student.class, Teacher.class}) 到父类或包级注解中，否则反序列化 时会忽略内容或抛 UnmarshalException

扩展（）与组合（）对字段生成的差异

是安全的继承方式，它向父类型“追加”字段；而 是收缩约束，常用于枚举或长度限制，但它不会新增字段，反而可能让映射工具丢弃父类型中被限制掉的字段（尤其在老版本 JAXB 2.2 中）。

• 用 添加 studentId，JAXB 会生成含 name（来自 Person）和 studentId 的完整 Student 类
• 若误用 并只声明 name，工具可能认为该类型“仅含 name”，导致 studentId 字段丢失，且不报错——这是静默失效，调试困难
• MyBatis 的 本质是组合式复用，不是 Schema 层继承；它只复用字段映射定义，不感知 结构，因此二者不能混为一谈

抽象元素 + substitutionGroup 在实际 XML 文档校验中的表现

抽象元素本身不能出现在 XML 实例中，但通过 substitutionGroup 指定的替代元素可以——这个机制是 Schema 层实现“多态”的关键，直接影响文档能否通过校验，也决定映射时是否能动态识别具体类型。

• XML 中写 xxx → 校验失败（cvc-elt.1.a）
• 写 xxx → 校验通过，JAXB 可正确反序列化为 ShipComment 对象
• 若未在 Java 类上标注 @XmlElementRef（如用于 List>），即使 Schema 允许多态，JAXB 也会把所有 shipComment 当作 String 处理，丢失 priority 属性

为什么 MyBatis 的 resultMap 继承和 XSD 继承不是一回事

MyBatis 的 extends 属性只是 XML 配置层面的文本复用，它不依赖、也不校验底层 XSD 是否定义了继承关系；XSD 的 是数据结构契约，对 XML 解析器强约束，但对 MyBatis 运行时零影响。

• 你可以在没有 XSD 的情况下正常使用 ... 和 ...
• 反之，即使 XSD 中定义了 Admin 继承 User，若 MyBatis 的 resultMap 没写 extends，它就完全不知道字段复用关系，仍要重复写
• 真正交叉点只在「人工维护一致性」：当 XSD 中 User 新增 createdAt 字段，你必须同步更新所有 extends=”base” 的 resultMap，否则映射缺失——这不是工具自动同步的，容易漏

抽象类型和 substitutionGroup 的组合，是 Schema 层唯一接近 OO 多态的机制，但它的生效前提是整个工具链（校验器、绑定器、映射器）都明确支持并启用对应特性。多数人卡在 JAXB 缺少 @XmlSeeAlso 或 MyBatis 忘记 extends，而不是 Schema 写错了。

https://www.php.cn/faq/1981647.html