Android 是最常用的智能手机平台，XML 是数据交换的标准媒介，Android 中可以使用标准的XML生成器、解析器、转换器 API，对 XML 进行解析和转换。
XML，相关有DOM、SAX、JDOM、DOM4J、Xerces、JAXP等一堆概念，但是很多人总是会弄混他们之间的关系，这对我们理解XML文件的创建和解析很不利。要挑选一个适合在Android平台上使用的XML解析方案，我们还是得先把这些概念厘清。
DOM（Document Object Model，文档对象模型）和SAX（Simple API for XML，简单XML应用接口），是JAXP（Java API for XML Processing，Java XML处理的应用接口）定义的2种不同的对XML文档进行分析、处理的方法。
DOM方法是用标准对象模型表示 XML 文档；SAX方法则使用事件模型来处理程序来处理XML。
JAXP完成了对SAX、DOM的包装，它向应用程序提供针对DOM的DocumentBuilderFactory、 DocumentBuilder；以及针对SAX的SAXParserFactory、SAXParser抽象工厂类。在Jave SE中JAXP对应javax.xml.parsers包，DOM对应org.w3c.dom，SAX对应org.xml.sax。
Xerces 首先继承并实现了javax.xml.parser包内的SAXParser、SAXParserFactory、DocumentBuilder、DocumentBuilderFactory等抽象类，并提供了JAXP中所定义的DOM、SAX（以及StAX，后面会介绍）这些XML解析方法的实现和相应的Parser。
JDOM和DOM4J，是因为有人觉得W3C的DOM标准API太过难用而着手开发的替代API，它们和JAXP一样都是对DOM、SAX的封装，不过JDOM、DOM4J做了更多的事情，相当于上面提到JAXP接口＋Xerces DOM实现部分。JDOM并没有自己开发Parser，所以还是需要利用Xerces的Parser部分，而DOM4J自带一个名为Alfred2的Parser，当然也可以使用Xerces的Parser。看起来JAXP具备更好的可移植性，即我们可以通过修改配置文件切换不同的DOM实现和SAX、DOM Parser，JDOM、DOM4J虽然也可以切换Parser，但是DOM实现是无法切换的。（参考： Java XML API 漫谈 和 JAXP全面介绍）
XML创建与解析
XML创建主要四种方式：Dom、Sax、Pull、Dom4j
XML解析主要四种方式：Dom、Sax、Pull、Dom4j
其中，利用Dom、Sax、Pull、Dom4j创建的标准XML格式文件，可以由任何一种Dom、Sax、Pull、Dom4j解析方式进行解析。
Android中解析XML
DOM解析器， 是通过将XML文档解析成树状模型并将其放入内存来完成解析工作的，然后对文档的操作都是在这个树状模型上完成的。这个在内存中的文档树将是文档实际大小的几倍。这样做的好处是结构清晰、操作方便，而带来的麻烦就是极其耗费系统资源。SAX解析器 ，正好克服了DOM的缺点，分析能够立即开始，而不是等待所有的数据被处理。而且，由于应用程序只是在读取数据时检查数据，因此不需要将数据存储在内存中，这对于大型文档来说是个巨大的优点。事实上，应用程序甚至不必解析整个文档，它可以在某个条件得到满足时停止解析。
DOM与SAX比较
下面的表格列出了SAX和DOM在一些方面的对照：
| SAX | DOM |
| 顺序读入文档并产生相应事件，可以处理任何大小的XML文档 | 在内存中创建文档树，不适于处理大型XML文档。 |
| 只能对文档按顺序解析一遍，不支持对文档的随意访问。 | 可以随意访问文档树的任何部分，没有次数限制。 |
| 只能读取XML文档内容，而不能修改 | 可以随意修改文档树，从而修改XML文档。 |
| 开发上比较复杂，需要自己来实现事件处理器。 | 易于理解，易于开发。 |
| 对开发人员而言更灵活，可以用SAX创建自己的XML对象模型。 | 已经在DOM基础之上创建好了文档树。 |
通过对SAX和DOM的分析，它们各有自己的不同应用领域：
SAX适于处理下面的问题：- 对大型文档进行处理。
- 只需要文档的部分内容，或者只需要从文档中得到特定信息。
- 想创建自己的对象模型的时候。
DOM适于处理下面的问题：
- 需要对文档进行修改
- 需要随机对文档进行访问，例如XSLT解析器。
1、数据修改：如果打算 对数据作出更改并将它输出为 XML ，那么在大多数情况下，DOM 是适当的选择。并不是说使用 SAX 就不能更改数据，但是该过程要复杂得多，因为您必须对数据的一份拷贝而不是对数据本身作出更改。
2、数据容量： 对于 大型文件 ，SAX 是更好的选择。
3、数据使用：如果只有 数据中的少量部分会被使用 ，那么使用 SAX 来将该部分数据提取到应用程序中可能更好。 另一方面，如果您知道自己以后会回头引用已处理过的大量信息，那么 SAX 也许不是恰当的选择。
4、速度要求： SAX 实现通常要比 DOM 实现 速度更快 。
基于上面的分析，在基于Android系统的内存和CPU资源比较有限的手持设备上，只要我们不需要修改XML数据或者随机的访问XML数据，SAX尽管可能需要更多的编码工作，但是为了更小的内存和CPU消耗，还是值得的。
另外，Android SDK中已经包含了JAXP对应的javax.xml.parsers包，SAX对应org.xml.sax，DOM对应的org.w3c.dom包，加上Android还提供了android.sax这样的包来方便SAX Handle的开发，基于JAXP和SAX这样的标准方法来开发不仅复杂度不高，即使出现问题在讨论组中寻求解决方案也是比较容易的。（参考： 使用 SAX 处理 XML 文档 和 DOM SAX JAXP DOM4J JDOM xerces解析器 ）
Android中解析XML实现
基于上面的分析，采用JAXP+SAX的方案是我比较看好的。我们首先需要又一个SAXParserFactory的实例，然后从工厂中得到一个SAXParser实例，进而获取一个XMLReader；接下来新建一个Handler类继承自SAX Helpler的DefaultHandler，并实现startDocument()、startElement()、endElement()以及endDocument()等方法，并把这个Handler作为XMLReader的Content Handler；最后以带解析的XML文档为参数调用XMLReader的parse方法即可。具体的代码参考：Android 上使用 XML 和 Android 3.0 平台上创建和解析 XML
Android SDK中包含了 JAXP 对应javax.xml.parsers包， SAX 对应的org.xml.sax， DOM 对应的org.w3c.dom包，所以我们就已经有了XML解析所需的JAXP——对SAX和DOM的封装（抽象类）以及SAX和DOM接口类，但是对于JAXP抽象类的实现，以及DOM和SAX接口类的实现在哪里呢？是和Java SE 5.0一样用了Xerces吗？ 不！
通过查看Android 1.5的源代码，我看到这部分的代码来自Apache Harmony这个开源的Java SE实现，位于./dalvik/libcore/xml/src/main/java/org/apache/harmony/xml目录。这里包含有一个完整的DOM实现（dom目录），对于javax.xml.parser下的抽象类的实现（parser目录），以及对于SAX接口类的实现（除此以外还包括对XMLPullParser接口的实现）。
2、XmlPull 和 KXML2
XmlPull解析器， 提供了资源有限的环境（如J2ME）应用使用的XML解析API，XPP提供了非常简单的接口——包含一个接口、一个异常、一个建立解析器的factory。它采用了类似JAXP的工厂模式，把接口设计和实现分离，KXML2就是一个为J2ME环境优化的一个实现。在Android SDK中，已经包含了XmlPull（org.xmlpull.v1包）以及它的一个AddOn——SAX2 Driver——它使得我们可以通过SAX2的API来操纵XmlPull Parser。另外，通过sourcecode，我们可以看到Android SDK中的XmlPull的实现是KXML2，位于./dalvik/libcore/xml/src/main/java/org/kxml2目录。Apache Harmony的目录中同样有一个ExpatPullParser类实现了XMLPullParser接口，但是却没有XmlSerializer接口的实现，所以只能说Android中的Harmony也部分实现了XmlPull API。XmlPull+KXML2是下一步我要实践的方案，到时候还得学习一下如何“公平”的比较两者的性能。
3、StAX
尽管Android中还没有提供相应的支持，但是Streaming API for XML (StAX) 作为用Java语言处理 XML的最新标准，无论从性能还是可用性上都有出色的表现。它不仅提供了一个快捷、易用、占用内存少的 XML 解析器，它还提供了过滤器接口，允许程序员向应用程序业务逻辑隐藏不需要的文档细节。感兴趣的朋友可以看一看下面的文章。
使用 StAX 解析 XML，第 1 部分: Streaming API for XML (StAX) 简介
