SAX和DOM都用于解析XML文档。两者都有优点和缺点，可以根据情况在我们的编程中使用

SAX:

逐个节点解析 不将XML存储在内存中 我们不能插入或删除一个节点 从上到下遍历

DOM

在处理之前将整个XML文档存储到内存中 占用更多内存 我们可以插入或删除节点 任意方向。

如果我们需要找到一个节点，并且不需要插入或删除，我们可以使用SAX本身，或者使用DOM，前提是我们有更多的内存。

好吧，你很接近了。

在SAX中，解析XML时会触发事件。当解析器解析XML时，遇到一个开始标记(例如<something>)，然后触发tagStarted事件(事件的实际名称可能不同)。类似地，当解析时遇到标记的结束(</something>)时，它会触发tagEnded。使用SAX解析器意味着需要处理这些事件并理解每个事件返回的数据。

在DOM中，解析时不会触发事件。解析整个XML，生成并返回DOM树(XML中的节点)。经过解析后，用户可以在树中导航，以访问之前嵌入在XML中各个节点中的各种数据。

一般来说，DOM更容易使用，但在开始使用它之前需要解析整个XML。

简单地说:

DOM

树模型解析器(基于对象)(节点树)。 DOM将文件加载到内存中，然后解析该文件。 有内存限制，因为它在解析之前加载整个XML文件。 DOM是读写的(可以插入或删除节点)。 如果XML内容很小，则首选DOM解析器。 向后和向前的搜索是可能的搜索标签和评估 标签内的信息。这使得导航更容易。 运行时更慢。

SAX

基于事件的解析器(事件序列)。 SAX在读取文件时解析文件，即逐个节点解析。 没有内存限制，因为它不将XML内容存储在内存中。 SAX是只读的，即不能插入或删除节点。 当内存内容很大时，使用SAX解析器。 SAX从上到下读取XML文件，向后导航是不可能的。 运行时更快。

实际上:book.xml

<bookstore>
  <book category="cooking">
    <title lang="en">Everyday Italian</title>
    <author>Giada De Laurentiis</author>
    <year>2005</year>
    <price>30.00</price>
  </book>
</bookstore>

DOM在内存中将xml文档表示为如下的树状结构。 DOM是W3C标准。 DOM解析器工作在文档对象模型上。 DOM占用更多内存，适合于小型XML文档 DOM很容易向前或向后导航。

SAX将xml文档表示为基于事件的，如开始元素:abc，结束元素:abc。 SAX不是W3C标准，它是由一组开发人员开发的。 SAX不使用内存，首选用于大型XML文档。 向后导航是不可能的，因为它按顺序处理文档。 事件发生在节点/元素上，并给出所有子节点(拉丁语nodus， ' knot ')。

这个XML文档在通过SAX解析器时，将生成如下所示的事件序列:

start element: bookstore
start element: book with an attribute category equal to cooking
start element: title with an attribute lang equal to en
Text node, with data equal to Everyday Italian
....
end element: title
.....
end element: book
end element: bookstore

就几句话……

SAX (XML的简单API):是一个基于流的处理器。在任何时候，内存中都只有一小部分，并且通过为tagStarted()等事件实现回调代码来“嗅探”XML流。它几乎不使用内存，但你不能做“DOM”的事情，比如使用xpath或遍历树。

DOM(文档对象模型):你把所有东西都加载到内存中——这是一个巨大的内存占用。即使是中等大小的文档也会让你的内存大开。但是你可以使用xpath和遍历树等等。

SAX和DOM都用于解析XML文档。两者都有优点和缺点，可以根据情况在我们的编程中使用

SAX:

逐个节点解析 不将XML存储在内存中 我们不能插入或删除一个节点 从上到下遍历

DOM

在处理之前将整个XML文档存储到内存中 占用更多内存 我们可以插入或删除节点 任意方向。

如果我们需要找到一个节点，并且不需要插入或删除，我们可以使用SAX本身，或者使用DOM，前提是我们有更多的内存。