XSD 虽无内置“键值对”类型，但可通过属性 + 文本（如 30）、双子元素（如 languagezh-CN）或 xs:key/xs:keyref 约束实现键值语义，选择取决于校验、扩展与引用需求。
XSD 本身没有直接叫“键值对”的内置类型，但可以通过组合元素、属性和复杂类型，清晰表达键值对的语义结构。关键不在于命名，而在于如何让 XML 实例能被准确验证并体现“一个键对应一个值”的逻辑关系。
用属性作为键、元素内容作为值
这是最常见也最简洁的方式：把“键”定义为元素的属性，把“值”放在元素文本内容中。
- 例如定义一个配置项：
<setting key="timeout">30</setting> - XSD 中这样写：
red”/>
- 优势：结构扁平、易读、支持重复出现（如多个
<setting></setting>），且 key 属性天然具备唯一标识性
用两个子元素分别表示键和值
适合需要对“键”本身也做复杂约束（比如 多语言 键名、带注释的键）的场景。
- XML 示例：
<pair><key>language</key><value>zh-CN</value></pair> - XSD 定义：
air”>
- 注意：这种方式无法强制 key 值全局唯一（需靠
xs:key配合 XPath 实现，见下一条）
用 xs:key + xs:keyref 约束键的唯一性和引用关系
当你的键值对集合要参与关联（比如多个地方引用同一个 key），就需要用 XSD 的完整性约束机制。
- 例如在
<config></config>下定义若干<entry key="db.host">127.0.0.1</entry>，又在另一处用<reference target="db.host"></reference>引用它 - 则需添加：
- 这样就能确保所有
@target值必须在某个entry/@key中真实存在
用简单类型限制键的取值范围（可选增强）
如果键是有限枚举值（比如只允许 “theme”、”lang”、”mode”），可以配合 xs:restriction 和 xs:enumeration 加强校验。
- 定义键的类型：
- 然后在属性中引用：
<attribute name="key" type="ValidKey" use="required"></attribute>
基本上就这些。不需要强行套用“键值对”字眼，重点是根据数据用途选择合适结构：轻量配置用属性 + 文本，需扩展性用双子元素，要跨元素引用就加 key/keyref。不复杂但容易忽略的是——键的语义是否真需要被校验或关联，这决定了要不要上约束机制。
以上就是 XSD 怎么定义一个
