mixed="true"允许文本与子元素混排但不放松其他约束，需配合xs:sequence或xs:choice使用，且空白处理仍依赖解析器配置和whiteSpace facet。
xs:complexType mixed="true" 允许子元素和文本混排
它不是让 XML 内容“随便写”，而是明确告诉解析器：这个元素的内容模型里，text 和 element 可以交错出现。比如 <p>Hello <em>world</em>.</p> 这种结构，没有 mixed="true" 就会校验失败。
常见错误现象：cvc-complex-type.2.1: Element 'p' must have no character content —— 解析器发现本该只含子元素的类型里出现了纯文本，就直接报错。
- 必须配合
<xs:sequence>或<xs:choice>使用，不能空着；否则 Schema 本身就不合法 -
mixed="false"（默认值）意味着：要么只允许文本，要么只允许子元素，不能共存 - 即使设为
true，也不能绕过内容模型约束——比如你定义了只能有<em>和<strong>，那<span>依然不被接受
mixed="true" 不等于 "任意文本 + 任意标签"
很多人以为开了 mixed="true" 就能自由混写，结果 XML 校验仍失败。根本原因在于：混合内容只是放宽了「文本能否出现」的限制，没放松「哪些子元素能出现」「顺序是否允许」「是否可选」这些规则。
使用场景典型如 XHTML 片段、法律条文、带强调标记的说明文字等需要语义化嵌套又保留自然断句的地方。
- 如果子元素声明在
<xs:all>中，mixed="true"无效（<xs:all>不支持混合内容） - 若用
<xs:sequence>，文本可以插在任意两个子元素之间，也可以在开头或结尾，但不能“夹在同一个子元素内部”（那是该子元素自己的内容模型决定的） - 性能影响极小，但某些老版本解析器（如早期 .NET XmlSchemaSet）对混合内容处理不够稳定，建议测试实际运行环境
如何正确声明一个混合内容类型
关键不是加个属性就完事，得把文本“显式放进内容模型”。XSD 规范要求：只要设了 mixed="true"，就必须在 <xs:complexType> 内部用 <xs:sequence>（或 <xs:choice>）包裹子元素，并且允许 #PCDATA 出现在其中——但 XSD 语法里不用写 #PCDATA，它隐式存在。
<xs:complexType name="paragraphType" mixed="true">
<xs:sequence>
<xs:element name="em" type="xs:string" minOccurs="0" maxOccurs="unbounded"/>
<xs:element name="strong" type="xs:string" minOccurs="0" maxOccurs="unbounded"/>
</xs:sequence>
</xs:complexType>
- 上面这段声明允许：
<p>Text <em>emphasis</em> and <strong>bold</strong>.</p> - 但不允许：
<p><em>Text <strong>nested</strong></em></p>（除非em自身也定义为mixed="true"） - 如果漏掉
<xs:sequence>或用了<xs:all>，Schema 文件本身就会被校验器拒绝
mixed="true" 容易被忽略的边界行为
最常踩的坑是：以为设置了 mixed="true"，XML 里的换行、缩进、空格就会被保留或有意义。其实不然——XSD 层面不处理空白字符的语义，是否保留全看解析器配置（比如 DOM 的 preserveWhitespace）和元素的 whiteSpace facet。
- 所有空白（包括换行符）在默认情况下会被解析器规范化为单个空格，除非你在对应类型上额外加
<xs:whiteSpace value="preserve"/> -
mixed="true"的类型无法直接用于xs:attribute（属性值永远是纯字符串，不涉及混合内容） - 生成 Java 类（如 JAXB）时，混合内容会映射成
List<Object>，里面交替存String和元素对象，手动处理逻辑容易出错
混合内容的真实复杂度不在声明语法，而在消费端——你怎么从一堆 String 和节点对象的混合列表里，还原出原始语义顺序，又不误判空格和换行的意图。
