complexType 是一套结构规则，规定XML元素的子元素、属性、文本混合、顺序及出现次数等骨架约束，不描述值；它不能用于属性，命名的complexType须在schema根下定义，匿名的只能嵌套在element中。
complexType 是什么，不是什么
complexType 不是“一个类型”，而是“一套结构规则”——它规定某个 XML 元素能长什么样：里面能不能有子元素、能不能带属性、文本能不能混着写、顺序要不要严格、出现几次才算合法。它不描述值（那是 simpleType 的事），只管骨架。
- 如果你定义了一个
person元素却没给它complexType，那它默认只能是空的或只含纯文本——哪怕你写了<firstName>Tom</firstName>，校验也会失败 -
complexType不能直接用在属性上，属性只能用simpleType或内置类型（如xs:string） - 命名的
complexType（带name属性）必须定义在xs:schema根下；嵌套在xs:element里的，只能匿名，不能加name
怎么写嵌套结构：sequence / choice / all 的实际选择
嵌套的核心动作，就是用 xs:sequence、xs:choice 或 xs:all 组织子元素——选错一个，XML 实例就通不过校验。
-
xs:sequence：子元素必须严格按顺序出现，比如<order><date>...</date><item>...</item></order>，调换顺序即报错 -
xs:choice：三选一、多选一，适合状态字段，比如<status><pending/></status>或<status><shipped/></status>，但不能同时出现两个 -
xs:all：子元素可任意顺序，但每个最多出现一次——不支持maxOccurs="unbounded"，所以不适合列表类结构（如多个item） - 嵌套层级本身没有限制，但每层
complexType必须明确其内容模型，不能漏掉sequence等容器
带属性 + 文本混合时，simpleContent 和 mixed 的区别
当你要一个元素既带属性、又含文本（比如 <price currency="USD">29.99</price>），不能直接往 complexType 里塞 xs:attribute 再写文本——必须走 simpleContent 路线。
-
mixed="true"是给“文本和子元素交错”的场景用的（如<p>Hello <em>world</em>.</p>），不是给“文本+属性”用的；误用会导致校验器拒绝合法 XML - 正确做法是：
complexType→simpleContent→extension（扩展简单类型）→ 加attribute，例如扩展xs:decimal并添加currency属性 - 如果只是想限制文本格式（比如必须是邮箱），用
restriction更安全；想加属性，必须用extension
全局复用 vs 局部嵌套：什么时候该抽成 named complexType
是否把 complexType 提到 schema 顶层并命名，本质是复用成本和维护边界的权衡。
- 地址结构
Address出现在shipping、billing、contact三处？必须定义为全局complexType，然后各处用type="tns:Address"引用 - 某个
TrackingInfo只在ShippingDetails内部出现一次，且结构简单，直接内联定义更轻量，不用管理命名空间引用 - 容易踩的坑：
minOccurs和maxOccurs是写在xs:element上的，不是complexType里——嵌套结构是否可选、是否可重复，全靠它控制；漏写就默认minOccurs="1" maxOccurs="1"
真正难的不是写对语法，而是判断哪个部分该抽象、哪个约束该落在哪一层。很多人卡在生成的 XML 看着合理，但 XSD 校验不过——八成是 sequence 和 choice 搞反了，或者 minOccurs 忘设了。
