xs:simpleContent的restriction报“invalid base type”错误，是因为其base属性只能引用内置简单类型（如xs:string）或已定义的xs:simpleType，不能引用xs:complexType或未声明/拼写错误的类型；且必须带xs:前缀。
xs:simpleContent 里 restriction 为什么报错“invalid base type”
因为 xs:simpleContent 的 restriction 只能基于内置简单类型（如 xs:string、xs:integer）或已定义的 xs:simpleType，不能直接基于另一个 xs:complexType 或未声明的类型名。
常见错误现象：XML Schema Validator 报类似 Invalid base type 'xs:myCustomType' 或 Cannot resolve the name 'xs:SomeType' to a(n) 'simpleType' component。
- 检查
base属性值是否拼写正确，且该类型确实存在、是xs:simpleType - 如果想限制一个已有元素的内容+属性组合，不能用
xs:simpleContent，得改用xs:complexContent+extension或restriction - 内置类型必须带命名空间前缀（通常是
xs:），写成string或xsString都会失败
想给带属性的字符串加长度限制，该怎么写 xs:simpleContent restriction
可以，但必须分两步：先定义一个带 xs:attribute 的 xs:complexType，再在它内部用 xs:simpleContent 套一层 restriction —— 注意，restriction 的 base 必须落在内容部分，不是整个复合类型。
典型使用场景：比如 <price currency="USD">99.99</price>，既要约束数字格式，又要允许 currency 属性。
-
xs:simpleContent必须直接子元素是xs:restriction或xs:extension，不能嵌套在别的结构里 -
xs:restriction的base写的是内容类型，例如xs:decimal，不是外层复合类型名 - 属性定义必须放在
xs:simpleContent的xs:restriction外部（即同级于xs:simpleContent），不能塞进xs:restriction里面
简短示例：
<xs:complexType name="priceType">
<xs:simpleContent>
<xs:restriction base="xs:decimal">
<xs:minInclusive value="0.01"/>
<xs:maxInclusive value="999999.99"/>
</xs:restriction>
</xs:simpleContent>
<xs:attribute name="currency" type="xs:string" use="required"/>
</xs:complexType>
xs:simpleContent restriction 和 xs:complexContent extension 混用会怎样
语法上不冲突，但语义上互斥 —— 一个类型只能选其一。如果误把 xs:complexContent 和 xs:simpleContent 放在同一 xs:complexType 下，解析器会直接报错，比如 cos-all-limited.1.2: An element particle cannot be contained in both simpleContent and complexContent。
本质区别在于建模意图：xs:simpleContent 表示“只有文本内容 + 可选属性”，xs:complexContent 表示“有子元素或混合内容”。两者不可共存。
- 试图给已有子元素的类型加文本限制？不行，得先改成混合内容（
mixed="true"），再用xs:complexContent+restriction - 用
xs:extension扩展简单内容时，基类型必须是简单类型；用xs:extension扩展复杂内容时，基类型必须是xs:complexType - 很多工具（如 JAXB、XSD.exe）对
xs:simpleContent的支持较弱，生成类时可能丢掉文本值或属性映射，这是兼容性隐患
为什么 XSD 验证通过了，但 XML 解析时仍提示“content is not allowed in this element”
因为 xs:simpleContent 明确禁止子元素，哪怕那个子元素在 XSD 中没定义，只要 XML 里出现了任何标签（哪怕空格换行被误读为文本节点），都可能触发该错误 —— 尤其在启用严格空白处理（xml:space="preserve"）或解析器开启了 setValidating(true) 时。
这个错误往往不是 XSD 写错了，而是 XML 实例不符合 simpleContent 的刚性约束。
- 检查 XML 中该元素是否意外包含换行、缩进或注释 —— 这些在
simpleContent下会被视为非法字符数据 - 确认解析器是否把 DTD 声明或外部实体展开后的结果当作了内容（某些老解析器行为不一致）
- 用
xmllint --schema your.xsd your.xml验证，比代码中解析更贴近标准行为
真正麻烦的地方在于：错误信息不指明是哪个位置、哪种字符违规，只说“content not allowed”，得手动查 XML 文本和 XSD 的 simpleContent 范围是否严丝合缝。
