DOM与SAX之间的区别

SAX (Simple API for XML) 和 DOM (Document Object Model) 是当前两个主要的XML API，几乎所有商用的xml 解析器都同时实现了这两个接口。因此如果你的程序使用了SAX或者DOM APIs，那么你的程序对xml解析器是透明。

1)DOM以一个分层的对象模型来映射xml文档。而SAX将文档中的元素转化为对象来处理。

2)DOM将文档载入到内存中处理，而SAX则相反，它可以检测一个即将到来的XML流，由此并不需要所有的XML代码同时载入到内存中。

SAX处理涉及以下步骤：

1)创建一个事件处理程序。

2)创建SAX解析器。

3)向解析器分配事件处理程序。

4)解析文档，同时向事件处理程序发送每个事件。

--基于事件的处理的优点和缺点

这种处理的优点非常类似于流媒体的优点。分析能够立即开始，而不是等待所有的数据被处理。而且，由于应用程序只是在读取数据时检查数据，因此不需要将数据存储在内存中。这对于大型文档来说是个巨大的优点。事实上，应用程序甚至不必解析整个文档；它可以在某个条件得到满足时停止解析。一般来说，SAX还比它的替代者DOM快许多。

另一方面，由于应用程序没有以任何方式存储数据，使用SAX来更改数据或在数据流中往后移是不可能的。

--基于树的处理的优点和缺点

DOM以及广义的基于树的处理具有几个优点。首先，由于树在内存中是持久的，因此可以修改它以便应用程序能对数据和结构作出更改。它还可以在任何时候在树中上下导航，而不是像SAX那样是一次性的处理。DOM使用起来也要简单得多。

另一方面，在内存中构造这样的树涉及大量的开销。大型文件完全占用系统内存容量的情况并不鲜见。此外，创建一棵DOM树可能是一个缓慢的过程。

如何在SAX和DOM之间选择

选择DOM还是选择SAX，这取决于下面几个因素：

1)应用程序的目的：如果打算对数据作出更改并将它输出为XML，那么在大多数情况下，DOM是适当的选择。并不是说使用SAX就不能更改数据，但是该过程要复杂得多，因为您必须对数据的一份拷贝而不是对数据本身作出更改。

2)数据容量：对于大型文件，SAX是更好的选择。

数据将如何使用：如果只有数据中的少量部分会被使用，那么使用SAX来将该部分数据提取到应用程序中可能更好。另一方面，如果您知道自己以后会回头引用已处理过的大量信息，那么SAX也许不是恰当的选择。

3)对速度的需要：SAX实现通常要比DOM实现更快。

SAX和DOM不是相互排斥的，记住这点很重要。您可以使用DOM来创建SAX事件流，也可以使用SAX来创建DOM树。事实上，用于创建DOM树的大多数解析器实际上都使用SAX来完成这个任务！