default 属性仅在 xml 元素完全缺失时提供默认值，若元素存在（含空内容）则无效；其值须符合类型且仅影响 psvi 验证结果，不修改原始文档，解析器通常不自动填充。
xs:element 的 default 属性到底起什么作用
它只在 XML 文档中该元素完全缺失时，才让解析器“补上”一个默认值；如果元素存在但内容为空（比如 <age></age>），default 不生效——这是最常被误解的一点。
实际场景里，比如定义配置项：<element name="timeout" type="xs:integer" default="30"></element>，意思是“没写 <timeout></timeout> 标签时，当成 30 用”。但如果你写了 <timeout></timeout> 或 <timeout>0</timeout>，那就按你写的来，和 default 没关系。
-
default值必须符合元素声明的类型，否则 XSD 验证直接失败 - 它不改变原始 XML 文档结构，只是影响验证后“有效值”的计算结果
- 多数 XML 解析器（如 Python 的
lxml、Java 的javax.xml.validation）只在开启“post-schema-validation infoset (PSVI)”时才暴露这个默认值，普通 DOM 解析看不到
default 和 fixed 的区别不能靠猜
default 是“没提供时用我”，fixed 是“提供了也得是我”，二者语义完全不同，混用会导致校验行为出人意料。
比如：<element name="protocol" type="xs:string" fixed="https"></element>。这时哪怕 XML 里写了 <protocol>http</protocol>，验证也会失败。而换成 default="https"，写 http 就合法，不写才补 https。
- 一个元素不能同时指定
default和fixed -
fixed值同样必须严格匹配类型，且不可省略引号（XSD 中字符串值必须加引号） - 用
fixed时，建议在文档注释里明确说明“此字段不可覆盖”，避免下游开发者误改 XML
default 值在不同解析器中的可见性差异很大
不是所有 XML 工具都会把 default 补出来的值塞进 DOM 树或对象字段里。很多解析器只做验证，不填充默认值——你拿到的还是空节点或 null。
以 Python 的 lxml 为例：默认不展开 PSVI，default 值不会出现在 etree.Element 的文本中；必须用 schema.assertValid(doc) 配合 doc.xinclude() 或手动查 schema 对象才能间接获取。
- Java 的
DocumentBuilder默认也不暴露默认值，需配合Validator+TypeInfo接口 - JavaScript 的
DOMParser完全无视 XSD，默认值不存在于解析结果中 - 真正需要默认值参与业务逻辑时，别依赖解析器自动填充，最好在代码里显式检查并赋默认值
default 不是数据初始化逻辑的替代品
它属于 Schema 层的约束描述，不是运行时的数据兜底机制。一旦 XML 已经生成，再改 XSD 的 default 值，对旧文档毫无影响。
常见错误是以为加了 default="true" 就能保证所有老配置都自动获得布尔真值——其实只是新文档不写该字段时才生效。老 XML 如果漏了字段，又没走带 PSVI 的验证流程，程序照样读到 null 或空字符串。
- 涉及关键业务字段（如
status、enabled），宁可在应用层写明确定义的初始化逻辑，别赌解析器是否返回了默认值 - XSD 中大量使用
default会增加理解成本，尤其当多个层级嵌套时，哪个 default 覆盖哪个容易理错 - 如果字段本意就是“必填”，就别用
default，直接设minOccurs="1"更清晰
default 的真实作用范围比直觉窄得多：它只在验证环节、特定解析模式下、针对完全缺失的元素起效。想靠它简化数据处理，大概率会掉坑里。
