xs:Attribute必须嵌套在xs:complexType内才有效，直接置于xs:element下无效；use=”required”仅表Schema层面必需，实际校验依赖解析器配置与命名空间正确引用；属性类型须显式声明，非默认xs:String；带命名空间前缀的属性需用ref引用全局声明。
xs:attribute 必须嵌套在 xs:complexType 里才能生效
直接写 xs:attribute 在 xs:element 下是无效的——xml Schema 规范不允许。很多初学者照着“给元素加属性”直觉写，结果验证器报错或属性根本不起作用。
正确路径只有一条：先用 xs:complexType 定义元素的内容模型（哪怕内容为空），再把 xs:attribute 放进去。
- 错误写法：
<xs:element name="book"><xs:attribute name="id" use="required"/></xs:element> - 正确写法：
<xs:element name="book"><xs:complexType><xs:attribute name="id" use="required"/></xs:complexType></xs:element> - 如果元素还允许文本内容或子元素，
xs:complexType里要显式声明，比如加<xs:simpleContent>或<xs:sequence>
use=”required” 不等于 “必须出现在 XML 实例中”
它只表示该属性在 Schema 层面被标记为必需；但实际校验是否触发，取决于解析器是否开启严格验证，以及 XML 实例是否通过 DTD/XSD 关联声明了命名空间。
常见失效场景：
- XML 文件没写
xsi:noNamespaceSchemaLocation或xsi:schemaLocation - 用了默认命名空间但 Schema 没配
targetNamespace，导致验证器压根不加载规则 - 某些轻量解析器（如部分 dom 解析器）默认不校验 Schema，只做语法解析
验证前务必确认：XML 实例有正确引用，且解析器启用 XSD 校验（例如 Java 的 SchemaFactory、Python 的 lxml.etree.XMLSchema）。
xs:attribute 类型必须显式声明，string 不是默认值
没写 type 属性时，xs:attribute 默认类型是 xs:anySimpleType，不是 xs:string。这会导致数值类属性（如 count="42"）被接受，但后续强类型处理时出问题。
- 宽松但危险：
<xs:attribute name="version"/>→ 允许任意字符串、数字、布尔字面量 - 推荐写法：
<xs:attribute name="version" type="xs:string"/>或<xs:attribute name="count" type="xs:Integer"/> - 自定义类型也可复用：
<xs:attribute name="status" type="tns:statusType"/>（前提是tns已声明且statusType存在）
命名空间敏感：带前缀的 attribute 要配 namespace
如果 XML 实例中属性带命名空间前缀（如 xml:id、xlink:href），Schema 里不能只靠 name 匹配——xs:attribute 必须用 ref 引用全局声明，或用 form="qualified" 配合 targetNamespace。
- 想约束
<book xml:id="b1"/>：得先在 Schema 顶部声明xmlns:xml="http://www.w3.org/XML/1998/namespace"，再写<xs:attribute ref="xml:id" use="required"/> - 直接写
name="xml:id"会被当成本地名，永远匹配不上 - 省略
ref时，xs:attribute只能约束无前缀的本地属性
跨命名空间的 attribute 约束容易漏掉 ref 或 xmlns 声明，一跑验证就静默失败。