最常用且最靠谱的是xs:string、xs:integer、xs:decimal、xs:boolean、xs:date、xs:dateTime和xs:time；它们分别适用于通用文本、整数、精确小数、布尔值、日期、带时分秒的日期时间及纯时间场景，兼顾校验能力与解析兼容性。
XML Schema里哪些数据类型最常用、最靠谱
XML Schema（XSD）本身不定义“运行时数据类型”，它定义的是lexical space（词法空间）和value space（值空间）的约束规则。实际解析时，是否转成int、boolean或dateTime，取决于你用的解析器（如lxml、xerces、libxml2）和绑定方式（比如xs:integer在Java里可能映射为BigInteger，Python里常是int，但不会自动帮你做类型转换）。
-
xs:string最安全，兼容所有文本，但失去语义校验 -
xs:integer和xs:decimal能校验格式，但注意xs:integer不接受小数点，xs:decimal允许123.00，而xs:float会把123.0解析成123.0E0，容易在比较时出错 -
xs:boolean只认true/false（全小写），1/0或yes/no是无效值，很多开发者在这里被ValidationException打懵
xs:date vs xs:dateTime：时间字段别乱选
选错会导致解析失败或隐式截断。比如用xs:dateTime声明一个只含日期的字段（如<born>1990-05-21</born>），验证直接报错：cvc-datatype-valid.1.2.1: '1990-05-21' is not a valid value for 'dateTime'。
- 纯日期用
xs:date（格式：YYYY-MM-DD） - 带时分秒+可选时区才用
xs:dateTime（格式：YYYY-MM-DDThh:mm:ss[.sss][Z|±hh:mm]） -
xs:time只校验时间部分，不关心日期，适合“每天14:30开会”这种场景 - 时区不是可选修饰——它是
xs:dateTime值的一部分；2023-01-01T12:00:00和2023-01-01T12:00:00Z是两个不同值
自定义simpleType的坑：restriction不是万能的
很多人以为用xs:restriction套一层就能“加强类型”，结果发现<xs:pattern value="[A-Z]{3}">对xs:string有效，但对xs:integer加xs:pattern直接报错——因为xs:integer的词法空间不允许正则约束，pattern只能用于基于xs:string或xs:token派生的类型。
- 数值范围校验必须用
xs:minInclusive/xs:maxInclusive，不能靠正则 - 枚举值用
xs:enumeration，但注意大小写敏感，<xs:enumeration value="ON"/>不匹配on - 如果需要“非空字符串+长度限制+字符集”，老实用
xs:restriction base="xs:string"，别试图从xs:normalizedString再restrict
XML Schema 1.0 和 1.1 的关键差异点
多数生产环境还在用XSD 1.0，但有人升级解析器后发现xs:assert不生效——那是XSD 1.1特性，主流Java库（如Xerces）默认不开启，Python的lxml要显式传schema_language='XMLSchema11'，否则直接忽略断言。
- XSD 1.0不支持
xs:assert、xs:alternative，也不支持在xs:element上直接写type+default组合 -
xs:anyType在1.0中是“any content”的兜底类型，在1.1中被明确为union of all simple types，行为更严格 - 如果你用
xs:list定义空格分隔的整数列表（如1 2 3），1.0要求每个item必须满足base type（xs:integer），1.1允许配合xs:assert做跨项校验（比如“总和不能超100”）
真正麻烦的从来不是类型列表记不全，而是同一个XSD文件在不同解析器里表现不一致——比如xs:duration的P1Y在Java里能转成Period，但在某些C++库中直接抛异常。校验通过不等于能安全取值，这层隔离必须手动补上。
