xs:extension必须嵌套在xs:complexContent内，base类型需已定义且可访问，content model类别须与父类型一致，属性声明须置于子元素后且不可冲突。
xs:extension 必须嵌套在 xs:complexContent 里，单独用会报错
直接在 xs:complexType 下写 xs:extension 是无效的——XSD 规范强制要求：扩展（xs:extension）只能出现在 xs:complexContent 内部。否则多数校验器（如 Xerces、libxml2）会报类似 Invalid content was found starting with element 'xs:extension' 的错误。
常见错误写法：
<xs:complexType name="Person"><br> <xs:extension base="NameType"> <!-- ❌ 错！缺 xs:complexContent --><br> <xs:sequence><br> <xs:element name="age" type="xs:int"/><br> </xs:sequence><br> </xs:extension><br></xs:complexType>
正确结构必须是：
<xs:complexType name="Person"><br> <xs:complexContent><br> <xs:extension base="NameType"> <!-- ✅ 套一层 xs:complexContent --><br> <xs:sequence><br> <xs:element name="age" type="xs:int"/><br> </xs:sequence><br> </xs:extension><br> </xs:complexContent><br></xs:complexType>
base 类型必须已定义且可访问，不能跨 targetNamespace 直接引用
xs:extension 的 base 属性值必须指向一个已声明的类型名，且该类型需在当前 schema 或已 xs:import/xs:include 的 schema 中可见。如果 base 类型在另一个 targetNamespace 里，没做 xs:import 或没加命名空间前缀，就会报 Cannot resolve the name 'XXX' to a(n) 'type definition'。
- 确保 base 类型所在 namespace 已通过
xs:import namespace="http://example.com/ns" schemaLocation="base.xsd"引入 - 若 base 类型带命名空间（如来自
tns:NameType），base值必须带前缀：base="tns:NameType"，且该前缀已在根元素中xmlns:tns="http://example.com/ns"声明 - 不要试图用相对路径或未声明前缀的方式引用外部类型，XSD 不支持“隐式导入”
扩展时不能改变父类型的 content model 类别（mixed/element-only/text-only）
如果父类型（base）是 mixed="true"，子类型扩展后仍必须保持 mixed；如果父类型是纯元素序列（xs:sequence），你不能在 xs:extension 里突然加 xs:simpleContent —— 这会破坏继承契约。
典型翻车场景：
– 父类型定义为 <xs:simpleContent><xs:extension base="xs:string">...</xs:extension></xs:simpleContent>（即简单内容）
– 子类型却想用 xs:extension 加元素子节点 → 不行，简单内容类型无法扩展出子元素
– 正确做法：改用 xs:complexType + xs:complexContent + xs:extension，且 base 必须是复杂类型
一句话：简单类型只能被 xs:simpleContent 扩展；复杂类型才能被 xs:complexContent + xs:extension 扩展。
xs:extension 本身不支持添加属性组以外的独立属性（除非用 xs:attribute）
很多人以为在 xs:extension 里写 <xs:attribute name="id" type="xs:ID"/> 就能加属性，其实可以——但容易忽略两点：
- 属性声明必须放在所有子元素声明之后（XSD 顺序敏感），否则部分工具（如 JAXB 2.2）解析失败
- 如果父类型已有同名属性，且未设
use="optional"或未用xs:redefine，子类型直接重声明会冲突 - 想批量加属性？别手写一堆
xs:attribute，优先考虑xs:attributeGroup引用，更易复用和维护
扩展属性不是“叠加”，而是“合并声明”，最终实例元素的属性集 = 父类显式声明的 + 子类新增的（无覆盖逻辑）。
XSD 的 xs:extension 看似只是“多写几行标签”，但它的合法性完全依赖外层容器、命名空间可见性、content model 一致性这三层嵌套约束。漏掉任何一层，XML 工具链就可能静默跳过或直接报错——而错误提示往往不指明根本原因。
