首先，您需要某种方式来标识适合于特定实例文档的架构。您说文档具有
schemaLocation属性，所以这是一种解决方案。但是请注意，您必须专门配置解析器以使用此属性，并且恶意文档可能会指定您无法控制的架构位置。相反，我建议获取属性值，并使用它在内部表中找到适当的架构。
接下来是访问数据。您没有说为什么要使用三种不同的架构。唯一合理的原因是数据规范的发展（即，模式表示同一数据的版本1、2和3）。如果这不是您的原因，那么您需要重新考虑您的设计。
如果您要支持不断发展的数据规范，则需要回答“我该如何处理丢失的数据”的问题。有两个答案：一个是维护代码的多个版本。通过重构通用功能，这不是一个坏主意，但是很容易变得难以维护。
替代方法是使用单个代码库和某种包含规则的适配器对象。而且，如果沿着这条路走，JAXB是错误的解决方案，因为它与模式相关。您也许可以使用允许的XML->
Java转换器：我相信XStream可以工作，而且我知道实用XML
1.1版本可以工作（自从我写以来），尽管您必须自己构建它。
根据架构的复杂性，另一个更好的选择是开发一组使用XPath检索数据的对象。我可能会使用“主”对象来实现，该对象包含模式的每个变体中每个字段的XPath表达式。然后创建轻量级的“包装器”对象，该对象包含您的实例文档的DOM版本，并使用适合该架构的XPath。但是请注意，这仅限于只读访问。
