xs:restriction minlength 仅约束 xs:String 及其派生类型的 unicode 字符数，对数字、日期等原子类型无效；它作用于值空间，不校验空元素或 xsi:nil=”true”；需配合 use=”required”、xs:Token 和 whitespace=”collapse” 才能真正防空防空格。
xs:restriction minLength 在 XSD 中到底约束什么
它只约束 xs:string 及其派生类型（如 xs:token、xs:normalizedString）的字符数，对数字、日期、布尔等原子类型完全无效——哪怕你写了也没报错，只是被忽略。
常见错误现象：minLength 加在 xs:Integer 上，校验时照样接受空字符串或单个数字；XSD 文件能通过解析，但实际不生效。
- 使用场景：仅当字段语义上必须是文本且有“至少几个字”的业务要求时才用，比如用户名、密码、描述字段
- 参数差异：
minLength值是整数，单位是 Unicode 字符（不是字节），中文、emoji 都算 1 个 - 兼容性影响：所有主流 xml 解析器（Xerces、libxml2、.NET XmlSchemaSet）都支持，但某些轻量级校验工具（如部分在线 XSD tester）可能跳过 facet 校验
为什么 xs:restriction minLength 对空元素或 nil 值没作用
因为 minLength 是值空间（value space）约束，而空元素（<name></name>）或 xsi:nil="true" 表示“无值”，根本没进入字符串校验流程。此时约束不触发，也不报错。
常见错误现象：XML 中留空标签，XSD 校验通过，但业务逻辑崩溃——误以为 minLength="1" 能防空。
- 真正防空得靠组合：
minLength="1"+use="required"（在xs:element上）+ 显式禁止xsi:nil - 如果允许 nil，就得在应用层额外检查：先判断是否 nil，再取值后校验长度
- 注意 whitespace：默认
xs:string会保留前后空格，" "长度是 2，也能绕过业务上“非空”的预期
如何让 minLength 真正生效且不被绕过
关键不是加限制，而是控制类型和 whitespace 处理方式。默认 xs:string 太宽松，必须显式收紧。
实操建议：
- 优先用
xs:token替代xs:string：自动 normalize 空格（去首尾、多空格变单空格），避免纯空格字符串钻空子 - 配合
xs:whiteSpace value="collapse"显式声明，比依赖默认行为更可靠 - 如果字段本质是标识符（如 ID、code），改用
xs:NCName或自定义 pattern，比单纯靠minLength更精准 - 示例：
<xs:simpleType name="nonEmptyToken"> <xs:restriction base="xs:token"> <xs:minLength value="1"/> </xs:restriction> </xs:simpleType>
Java / .NET 解析时 minLength 不报错？检查这三处
不是 XSD 写错了，而是解析器默认不启用 facet 校验，或者 Schema 编译阶段就丢弃了限制。
容易踩的坑：
- Java JAXB：必须显式调用
SchemaFactory.setFeature("http://apache.org/xml/features/validation/schema-full-checking", true)，否则minLength被静默忽略 - .NET
XmlSchemaSet：加载后要检查schema.Items里有没有XmlSchemaSimpleTypeRestriction，没有说明 XSD 解析失败或 facet 被跳过 - Python lxml：用
XMLSchema.validate()才触发，直接etree.fromstring()不校验任何 facet
复杂点在于：同一个 XSD，在不同语言、不同解析器版本下，facet 支持程度和默认开关状态都不一样。别假设“写了就生效”。