分类： 云计算
2022-03-03 09:41:34
DOM
DOM 是 W3C 处理 XML 的标准 API，它是许多其它与 XML 处理相关的标准的基础，不仅是 Java，其它诸如 Javascript，PHP，MS .NET 等等语言都实现了该标准， 成为了应用最为广泛的 XML 处理方式。当然，为了能提供更多更加强大的功能，Java 对于 DOM 直接扩展工具类有很多，比如很多 Java 程序员耳熟能详的 JDOM，DOM4J 等等， 它们基本上属于对 DOM 接口功能的扩充，保留了很多 DOM API 的特性，许多原本的 DOM 程序员甚至都没有任何障碍就熟练掌握了另外两者的使用，直观、易于操作的方式使它深受广大 Java 程序员的喜爱。
DOM方式解析XML文件的步骤
1.从xml获得生成DOM对象树的解析器
语句：
DocumentBuilderFactory docbf = DocumentBuilderFactory.newInstance();
2.获得Doucument的生成器，可以利用解析器的newDocumentBuilder()获得示例
语句：
DocumentBuilder docb = docbf.newDocumentBuilder();
3.用DocumentBuilder的parse()解析xml文件获得Doucment对象。
语句：
Document doc = docb.parse(“ProfessionalBooks.xml”);
4.获得当前节点的所有子节点
NodeList nodes = doc.getChildNodes();
5.由于xml是是树状结构，所以要写个函数遍历树。
public static void ReadTreeStructure(NodeList nodes) {
// 遍历所有子节点
for (int i = 0; i < nodes.getLength(); i++) {
// 获得字节点名，判断子节点的类型，区分出text类型的node以及element类型的node
if (nodes.item(i).getNodeType() == Node.ELEMENT_NODE) {
System.out.print(“该节点的名称为:” + nodes.item(i).getNodeName() + ” “);
String value = ((Text) (nodes.item(i).getFirstChild())).getData().trim();
if (value.getBytes().length != 0) {
System.out.print(“该节点的值为:” + value);
}
System.out.println();
System.out.println();
}
// 获得子节点的值，如果没有就不输出
// 如果子节点还有子节点就继续往下层读
if (nodes.item(i).getChildNodes().getLength() != 0) {
ReadTreeStructure(nodes.item(i).getChildNodes());
}
}
}
SAX
SAX 的应运而生有它特殊的需要，为什么说它绿色环保呢，这是因为 SAX 使用了最少的系统资源和最快速的解析方式对 XML 处理提供了支持。 但随之而来繁琐的查找方式也给广大程序员带来许多困扰，常常令人头痛不已，同时它对 XPath 查询功能的支持，令人们对它又爱又恨。
SAX方法解析XML文件时需要一个Handler类来提供解析的方法，
第一步首先生成一个xml解析工厂对象 如：SAXParserFactory factory = SAXParserFactory.newInstance();
然后利用这个工厂对象生成一个 xml解析对象 ：XMLParser parser=factory.newSAXParser();
然后利用这个解析对象生成一个XMLReader对象： XMLReader reader=parser.getXMLReader()；
然后设置 reade 对象的contentHandler ：reader.setContentHandler(***); 注意这个方法的参数是一个继承了DefaulHandler的类。
最后利用reader对象进行解析：reader.parse(***)这个方法的参数是一个InputSource对象，主要是吧要解析的字符串传进去。
Digester/JAXB
Digester 是 apache 基金组织下的一个开源项目，笔者对它的了解源于对 Struts 框架的研究，是否有很多程序员想要一解各大开源框架的设计甚至想要自己写一个功能强大的框架时会碰到这样一个难题： 这些形形色色的用 XML 语言标记的框架配置文件，框架底层是用什么技术来解析呢？ DOM 解析耗费时间，SAX 解析又过于繁琐，况且每次解析系统开销也会过大， 于是，大家想到需要用与 XML 结构相对应的 JavaBean 来装载这些信息，由此 Digester 应运而生。它的出现为 XML 转换为 JavaBean 对象的需求带来了方便的操作接口，使得更多的类似需求得到了比较完美的解决方法， 不再需要程序员自己实现此类繁琐的解析程序了。与此同时 SUN 也推出了 XML 和 JavaBean 转换工具类 JAXB，有兴趣的读者可以自行了解。ssl证书申请可以在蔚可云申请。
工作原理如下:
Digester底层采用SAX(Simple API for XML)析XML文件，所以很自然的，对象转换由”事件”驱动，在遍历每个节点时，检查是否有匹配模式，如果有，则执行规则定义的操作，比如创建特定的Java对象，或调用特定对象的方法等。此处的XML元素根据匹配模式(matching pattern)识别，而相关操作由规则(rule)定义。
如下xml代码，右边是左边元素对应的匹配模式：
[xhtml] view plain copy
‘datasources’
‘datasources/datasource’
‘datasources/datasource/name’
‘datasources/datasource/driver’
‘datasources/datasource’
‘datasources/datasource/name’
‘datasources/datasource/driver’
三种解析方式比较
DOM
优缺点：实现 W3C 标准，有多种编程语言支持这种解析方式，并且这种方法本身操作上简单快捷，十分易于初学者掌握。其处理方式是将 XML 整个作为类似树结构的方式读入内存中以便操作及解析，因此支持应用程序对 XML 数据的内容和结构进行修改，但是同时由于其需要在处理开始时将整个 XML 文件读入到内存中去进行分析，因此其在解析大数据量的 XML 文件时会遇到类似于内存泄露以及程序崩溃的风险，请对这点多加注意。
适用范围：小型 XML 文件解析、需要全解析或者大部分解析 XML、需要修改 XML 树内容以生成自己的对象模型
SAX
SAX 从根本上解决了 DOM 在解析 XML 文档时产生的占用大量资源的问题。其实现是通过类似于流解析的技术，通读整个 XML 文档树，通过事件处理器来响应程序员对于 XML 数据解析的需求。由于其不需要将整个 XML 文档读入内存当中，它对系统资源的节省是十分显而易见的，它在一些需要处理大型 XML 文档以及性能要求较高的场合有起了十分重要的作用。支持 XPath 查询的 SAX 使得开发人员更加灵活，处理起 XML 来更加的得心应手。但是同时，其仍然有一些不足之处也困扰广大的开发人员：首先是它十分复杂的 API 接口令人望而生畏，其次由于其是属于类似流解析的文件扫描方式，因此不支持应用程序对于 XML 树内容结构等的修改，可能会有不便之处。
适用范围：大型 XML 文件解析、只需要部分解析或者只想取得部分 XML 树内容、有 XPath 查询需求、有自己生成特定 XML 树对象模型的需求
Digester/JAXB
优缺点 : 由于其是在上述两者的基础上衍生出来的工具类，为的是满足将 XML 转换为 JavaBean 的特殊需求，故而没有什么特别明显的优缺点。作为大名鼎鼎的开源框架 Struts 的 XML 解析工具 Digester，为我们带来了将 XML 转换为 JavaBean 的可靠方法。
适用范围 : 有将 XML 文档直接转换为 JavaBean 需求。
