AXIOM

AXIOM是一个实现了延迟构造和拉（pull parsing）解析的轻量级的xml解析器

http://reeboo.iteye.com/blog/317391

http://reeboo.iteye.com/blog/466472

以拉方式构建 AXIOM 树

除 了 AXIOM 之外，Axis2 还对 Axis 进行了另一个改进。原始的 Axis 使用标准的推式 (SAX) 解析器进行 XML 处理，而 Axis2 使用拉式 (StAX) 解析器。在使用推方式的情况下，由解析器来控制解析操作，需要向解析器提供要解析的文档和处理程序。然后，在对输入文档进行处理的时候，它使用代码中的处 理程序作为回调。处理程序代码可以使用这些回调中传递的信息，但是不能影响解析过程（除了引发一个异常）。相反，在使用拉方式的情况下，解析器实际上是一 个高效的迭代器，可以根据需要对文档中的不同部分进行遍历。

推方式和拉方式分别具有各自的用途，但是对于处理包含逻辑上独立的不同部分的 XML（如 SOAP），使用拉方式更有优势。。使用拉式解析器，处理文档某一部分的代码仅解析它所需的部分，然后由解析器进行接下来的文档处理。

AXIOM 构建于 StAX 拉式解析器接口的基础之上。AXIOM 提供了一种可以按需扩展的虚拟文档模型，仅构建客户端应用程序所请求的树结构文档模型表示。这种虚拟的文档模型工作于 XML 文档的元素级。当解析器报告元素开始标记时创建元素表示，但是该元素的初始形式仅仅只是一个壳，其中保存了对解析器的引用。如果应用程序需要获取元素内容 的细节信息，它只需要通过调用接口（如 org.apache.axiom.om.OMContainer.getChildren() 方法）的方法，就可以请求相应的信息。然后，在对这个方法调用的响应中，解析器将构建该元素的子内容。

因 为解析器按照文档顺序（与 XML 文档文本中项目的出现顺序相同）传递数据，所以 AXIOM 所实现的按需构造需要某种灵活的处理方法。例如，通常有多个元素处于不完整的（正在构建的过程中）状态，但是这些元素都必须位于继承结构的一条直线中。如 果从根元素在顶端的标准 XML 树关系图的角度来看，不完整的元素将始终位于该树右侧的直线中。随着应用程序请求更多的数据，该树逐渐向右扩充，并且首先完成顶端的元素。

转载于:https://www.cnblogs.com/antis/p/5227463.html