xsd中限定元素值范围必须用xs:simpletype套xs:restriction并设base，不能在xs:element中直接写maxinclusive等；数值限制仅适用于xs:numeric派生类型，字符串需用xs:enumeration或xs:pattern；复杂类型中文本内容限制需通过xs:simplecontent/xs:extension引用自定义受限简单类型。
用 xs:restriction 限定元素值范围，不是靠 xs:element 直接写
XSD 中不能在 xs:element 标签里直接加“最大值=100”这种约束。真正起作用的是 xs:simpleType 套一层 xs:restriction，再用 base 指定基础类型（比如 xs:integer），然后在里面加 xs:minInclusive 或 xs:maxExclusive。
常见错误是把约束写成：<element name="age" type="xs:integer" minoccurs="1" maxinclusive="120"></element> —— 这根本不会校验，maxInclusive 不是 xs:element 的合法属性。
- 必须用
xs:simpleType+xs:restriction组合定义新类型 -
base属性值必须是内置类型（如xs:decimal、xs:string）或已定义的简单类型名 - 数值类限制（
minInclusive、maxExclusive）只对派生自xs:numeric的类型有效；字符串类限制（minLength、pattern）才适用于xs:string
字符串取值只能用 xs:enumeration 或 xs:pattern，别碰 minInclusive
想让 status 只能是 "active"、"inactive"、"pending"？不能用数值型限制，得用 xs:enumeration。每个可选值单独写一个 xs:enumeration，value 属性必须严格匹配（区分大小写、空格敏感）。
如果要模糊匹配，比如“以 ERR- 开头的字符串”，就得用 xs:pattern，正则写在 value 里（注意 XSD 使用的是 XML Schema 正则子集，不支持 \d，得写 [0-9]）。
-
xs:enumeration是精确枚举，XML 实例中值必须完全一致，多一个空格就校验失败 -
xs:pattern的正则不能带修饰符（如i忽略大小写），也不支持前瞻/后瞻 - 别试图对字符串用
minLength="3"同时又加pattern——可以共存，但得确认两者逻辑不冲突（比如pattern="[A-Z]{2}"和minLength="3"就矛盾）
复杂类型里嵌套限制：先定义 xs:simpleType，再在 xs:complexType 中引用
当某个元素属于复杂类型（比如有子元素或属性），但它的文本内容又要受值范围限制（例如 <price currency="USD">29.99</price> 中的 29.99 要限制在 0–999.99），就不能直接在 xs:element 里套 xs:restriction。必须把文本内容类型单独定义为带限制的 xs:simpleType，然后在 xs:complexType 的 xs:simpleContent / xs:extension 中引用它。
典型结构是：xs:complexType → xs:simpleContent → xs:extension base="yourRestrictedType" → 再定义属性（xs:attribute）。
- 别漏掉
xs:simpleContent这一层，否则解析器会认为你想定义带子元素的内容模型 -
base在xs:extension里指向的是你之前定义的受限简单类型名（不是内置类型名） - 这种写法在 Java 的 JAXB 或 .NET 的 XmlSerializer 中都能正确映射，但某些轻量级解析器可能忽略文本内容限制
验证时注意命名空间和 XSD 版本，xsd:decimal 和 xsd:float 行为不同
用 xs:minInclusive 限制小数时，类型选 xs:decimal 还是 xs:float 很关键。xs:decimal 按十进制精确比较（适合金额、配置值），而 xs:float 是 IEEE 754 浮点，校验时可能出现意外失败（比如 0.1 + 0.2 ≠ 0.3 在浮点下成立，校验器可能拒绝 0.3）。
另外，XSD 1.0 和 1.1 对 xs:assert 支持不同：1.0 不支持条件式约束（如“若 status=active，则 score 必须 > 60”），这种只能升级到 XSD 1.1 或换校验逻辑到应用层。
- 涉及精度要求的场景（货币、百分比、版本号），一律用
xs:decimal配xs:fractionDigits - 引用外部 XSD 时，确保
xs:import的schemaLocation路径可访问，否则限制定义不生效，但部分工具不会报错 - 同一个元素上同时用
xs:pattern和xs:minLength，校验顺序由处理器决定，不要依赖执行先后
最易被忽略的是：XSD 中的限制只作用于元素的文本内容或属性值本身，对元素是否存在、是否重复、是否在正确位置，得靠 minOccurs/maxOccurs 和模型结构控制——这两类约束不在同一层，混用时容易漏掉其中一环。
