【Java Web】——Java访问XML理论篇

最新推荐文章于 2022-12-02 15:00:19 发布

幸运的梦之星

最新推荐文章于 2022-12-02 15:00:19 发布

阅读量583

点赞数

本文为博主原创文章，未经博主允许不得转载。

本文链接：https://blog.csdn.net/luckystar689/article/details/52578622

版权

【前言】

在学习DRP分销资源管理系统的时候，王勇老师留了个作业，那就是用dom4j来解析XML配置文件，而在前面的视频中它讲了Java中解析XML的两种方式：SAX和DOM，还有几种方法：SAX,STAX,DOM,JDOM,DOM4J。简单介绍了一下这几种方法，于是我就在想为什么它最后选的是dom4j,而不是其他的呢？这只有都用过了，对比之后才知道呢，所以我就用这几种方法都做了个Demo，看一下到底是怎么回事儿？本篇博客，先普及一下理论知识。

【解析XML两种方式】

两种XML访问方式：面向事件SAX-SAX；面向模型DOM-DOM。

1、面向事件——SAX-SAX

利用SAX封装类来逐步解析。

主要方法有：SAX和STAX

2、面向模型——DOM-DOM

通过加载整个XML文件生成Document文档，然后解析Document文档内容的树和根。

主要方法有：DOM，JDOM，DOM4J

【两种方式对比】

一、SAX-STAX

基于流机制的处理方式，在处理XML文档时，从头开始，读取一段，处理一段，并不是将整个树结构文档都读出来。

1、SAX

Simple API for XML,它是一个基于XML事件驱动的“推”模型。SAX解析器在读取文档时激活一系列事件，然后这些事件被推给事件处理器，然后由事件处理器提供对文档内容的访问。

常见的三种事件处理器：

（1）用于访问XML DTD内容的DTDHandler；

（2）用于低级访问解析错误的ErrorHandler；

（3）用于访问文档内容的ContentHandler，这也是最普遍使用的事件处理器。

优点：内存消耗小，适合于解析大于系统内存的文档，无需像DOM一样为所有节点创建对象。而SAX的“推”模型可用于广播环境，能够同时注册多个ContentHandler，并行接收事件，而不是在一个管道中一个接一个的处理。

缺点：必须实现多个事件处理程序以便能够处理所有到来的事件，同时还必须在应用程序代码中维护这个事件状态，因为SAX解析器不能交流元信息，如DOM的父/子支持，所以你必须跟踪解析器处在文档层次的哪个位置。如此一来，你的文档越复杂，你的应用逻辑就越复杂。虽然没有必要一次将整个文档加载到内存中，但SAX解析器仍然需要解析整个文档，这点和DOM一样。

SAX只能按顺序访问，不能够随机访问。

2、STAX

它是针对XML的流式API，一种"拉"分析模型，并且是JDK6.0提供的一种新特征，一个推模型分析器不断地生成事件，直到XML文档被完全分析结束。但是，拉分析由应用程序进行调整；因此，分析事件是由应用程序生成的。这意味着，使用StaX，你可以推迟分析-在分析时跳过元素并且分析多个文档。在使用DOM API的时候，你必须把整个的XML文档分析成一棵DOM结构，这样也就降低了分析效率。而借助于StAX，在分析XML文档时生成分析事件。

STAX，它提供了专用的输出类，而DOM和SAX需要借助于Transformer类。

对比：一个推模型类似于我们观察者模式的推送，一个拉分析模型，我想这就是两者之间最大的区别。