xsd中sequence要求元素严格按声明顺序出现，错一位即校验失败；choice表示有且仅有一个子元素被选中；all适用于平级可选字段且每个最多出现一次。
sequence 要求顺序严格，错一位就校验失败
如果你在 XML 实例里把 address 放在 name 前面，而 XSD 里定义的是 <sequence><element name="name"></element><element name="address"></element></sequence>，那整个文档直接不合法——不是警告，是拒绝通过。XSD 不会“猜你本意”，它只认声明顺序。
- 默认每个子元素
minOccurs="1"、maxOccurs="1"，即必须出现且仅一次 - 想让某个字段可选？得显式写
minOccurs="0"，光删掉不行 - 想允许重复？比如多个
item，得加maxOccurs="unbounded"，否则第二次出现就报错 - 常见错误：用
sequence定义登录凭证，却允许用户既填email又填phone——这其实是choice的场景，不是顺序问题
choice 是单选互斥，不是“多选一”
choice 的核心约束是「有且仅有一个被选中」，不是「至少选一个」，也不是「可以多选」。很多人误以为写了三个选项就等于“三选一”，结果 XML 里只留空，或全删掉，校验就挂了——因为默认 minOccurs="1"。
- 合法情况：
<contact><email>a@b.c</email></contact>或<contact><phone>138xxx</phone></contact> - 非法情况：
<contact><email>...</email><phone>...</phone></contact>（两个同时出现） - 若允许全都不填，必须显式设
minOccurs="0"；若允许重复选同一个（如多个电话），得加maxOccurs="unbounded"，此时变成“反复挑同一个”，而非混选 - 注意：
choice内部元素无顺序要求，但 XML 解析器仍按实际书写顺序读取——只是校验时不检查顺序
all 适合字段平级、顺序自由但不可重复的场景
当几个字段逻辑上完全平等（比如用户资料里的 name、age、avatar），谁先谁后不重要，且每个最多出现一次，all 比 sequence 更贴切。但它有硬限制：maxOccurs 必须为 "1"，不支持重复。
-
all里所有子元素minOccurs默认是"0"（不是"1"！），这点和sequence不同 - 不能和
maxOccurs="unbounded"共存，所以不适合列表型字段（如多个hobby） - 常见误用：用
all包裹可多次出现的item，结果校验永远失败——该换sequence或choice+maxOccurs
嵌套 choice/sequence 容易漏掉 minOccurs/maxOccurs 继承关系
最常踩的坑不是不会写，而是忘了外层容器对内层的约束会叠加。比如 choice 设了 maxOccurs="unbounded"，里面每个子元素仍受自身 minOccurs 限制——哪怕外层允许多次，每次进入 choice 仍只能挑一个，且那个被挑中的元素自己还得满足它的出现次数规则。
- 示例：一个
<choice maxoccurs="unbounded"><element name="email" minoccurs="0"></element><element name="phone" minoccurs="1"></element></choice>，意味着你可以写 5 个phone，但不能写 5 个email（因为email允许不出现，但一旦出现，就只算 1 次） - 调试建议：用命令行工具如
xmllint --schema schema.xsd instance.xml看具体哪一行哪个元素违反了哪条约束 - 别依赖 IDE 的实时提示——很多编辑器对嵌套
minOccurs推导不准，最终以 Xerces 或 .NET XmlSchemaSet 校验结果为准
