XSD中的循环依赖是否合法？互相include的XSD文件该如何编译？

合法性判定 #

W3C XML Schema官方规范未禁止xs:include形式的循环引用，核心判定标准是合并所有引用的schema后，整体定义无冲突、无逻辑死锁，这也和你查到的「可改写为无循环依赖版本的循环就允许」的结论完全一致。

你当前给出的两个空schema互相include的极端案例出现判定分歧，本质是不同验证器的实现逻辑差异：

• 实现了已加载schema去重逻辑的验证器，第二次遇到同一schema的引用时会直接跳过，合并后的整体是合法的空schema，因此会判定合法
• 未做去重、仅递归追踪引用链的验证器，会直接检测到环并抛出异常，判定非法

你使用的编译库属于第二类实现，因此无法处理该循环。

编译处理方案 #

你可以根据实际业务场景选择以下任意一种方案解决：

• 若两个schema实际没有互相依赖的类型定义，直接删除任意一边的<xs:include schemaLocation="..." />语句即可消除循环，是成本最低的处理方式
• 若两个schema确实存在双向类型依赖（A中定义的类型被B使用，同时B中定义的类型被A使用），可以将公共依赖的类型抽离到独立的第三个schema文件中，让A、B同时引用这个公共schema，删除两者之间的互相引用，从根源上消除循环
• 如果所使用的库完全不支持任何形式的循环引用，也可以直接将两个schema的定义合并为单个xsd文件，移除所有跨文件引用，即可正常编译

内容的提问来源于stack exchange，提问作者Daisy Modi