XML Schema xs:element default XSD元素默认值

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 的真实作用范围比直觉窄得多：它只在验证环节、特定解析模式下、针对完全缺失的元素起效。想靠它简化数据处理，大概率会掉坑里。