xs:attribute 的 type 属性只能填合法 xsd 内置类型（如 xs:string、xs:boolean）或已声明的 simpletype，必须带命名空间前缀；不可引用 complextype，因属性值必须为原子值；default/fixed 值须严格符合 type 字面量格式；业务校验需借助 restriction 或 pattern。
xs:attribute 的 type 属性到底能填什么
不能随便写字符串，必须是合法的 XSD 内置类型或已声明的自定义 simpleType。填错直接导致 XML 验证失败，且错误提示往往只报“invalid simple type”，不指明哪一行哪一列。
-
type值必须带命名空间前缀（如xs:string、xs:integer），除非 schema 显式设了defaultNamespace（极少见，不建议依赖） - 常见合法值：
xs:string、xs:boolean、xs:date、xs:decimal、xs:ID、xs:IDREF—— 注意大小写敏感，xs:string不等于xs:String - 自定义类型必须已通过
<simpletype></simpletype>声明，并在同 scope 可见；跨<include></include>引入时需确保 targetNamespace 一致
为什么 xs:attribute 用 type 却不能直接引用 complexType
因为 xs:attribute 只接受 simpleType 语义：属性值必须是原子值，不能嵌套元素或含子结构。试图填 xs:complexType 名会触发解析器报错，典型错误信息是 src-resolve: Cannot resolve the name 'xxx' to a(n) 'simpleType definition'。
- 如果需要“类对象”语义的属性，实际应转为子元素（即改用
xs:element），属性本身只存 ID、标识符等扁平值 - 想复用 complexType 定义？只能提取其内部的 simpleType 片段单独声明，或用
xs:restriction基于内置类型约束（比如限制xs:string长度） - 某些工具（如 older JAXB）会把
xs:attribute+xs:complexType当作扩展点处理，但这属于非标行为，不可移植
xs:attribute type 和 default/fixed 共存时的隐含约束
当同时指定 type 和 default（或 fixed）时，default 值必须严格符合该 type 的字面量格式，否则验证阶段静默失败或报类型不匹配。
-
type="xs:boolean"时，default="true"合法，但default="1"或default="TRUE"都非法 -
type="xs:date"时，default="2024-01-01"合法，default="01/01/2024"或default="2024-1-1"都非法（必须补零） -
fixed比default更严格：不仅校验格式，还强制 XML 实例中该属性值必须完全一致，哪怕空格多一个也会报错
用 xs:attribute type 做数据校验时的实际盲区
schema 层的 type 校验只管结构合法性，不管业务含义。比如 xs:positiveInteger 能拦住负数和小数，但拦不住“订单金额=1 这种明显异常的低值”。
- XSD 本身不支持范围语义（如 “大于 100 且小于 10000”）—— 必须用
xs:restriction+xs:minInclusive等组合实现 - 像邮箱、手机号这类“看起来有模式”的值，
xs:string无法校验格式，得靠xs:pattern正则，且正则语法受限（XSD 1.0 不支持 \d、+? 等 PCRE 特性） - 不同解析器对 type 解析精度有差异：比如
xs:decimal在 .NET 和 Xerces 中对尾随零的处理可能不同，影响数值比较逻辑
