网络传输数据解析(SAX)

    来到公司时间已经快有五个月了，虽然在整个公司不算什么老员工，但是在我们Android组已经差不多算是最初的了，呵呵，距离元老级的还差的远啊，不仅是时间，更是技术。

最近，公司不断扩大Android组，所以又见到了新的面孔，而我们的PM也给我们分配了一个小小的任务，给新人讲解Android知识，不仅是对过去的总结，也是对新人的跟快的直接的知道。我的分配任务其实算最少的，也就是网络解析XML数据，本来我以为是通过不同的方法：DOM/SAX/PULL。但是鉴于实用性所以只是让我们做SAX方面的总结并且做出PPT，模版也给我们了，好了，不扯淡了，现在就开始SAX解析XML的总结。

|--所用到的关键字：XML/SAX

XML:（ExtensibleMarkupLanguage）即可扩展标记语言，它与HTML一样，都是SGML(StandardGeneralizedMarkupLanguage,标准通用标记语言)。Xml是Internet环境中跨平台的，依赖于内容的技术，是当前处理结构化文档信息的有力工具。扩展标记语言XML是一种简单的数据存储语言，使用一系列简单的标记描述数据，而这些标记可以用方便的方式建立，虽然XML占用的空间比二进制数据要占用更多的空间，但XML极其简单易于掌握和使用。

SAX:SAX（simpleAPIforXML）是一种XML解析的替代方法。相比于DOM，SAX是一种速度更快，更有效的方法。它逐行扫描文档，一边扫描一边解析。而且相比于DOM，SAX可以在解析文档的任意时刻停止解析，但任何事物都有其相反的一面，对于SAX来说就是操作复杂。

|--对比SAX和DOM解析XML

|--JAVA解析XML通常有两种方式:DOM和SAX。DOM（文档对象模型）是W3C标准，提供了标准的解析方式，但其解析效率一直不尽如人意，这是因为DOM解析XML文档时，把所有内容一次性的装载入内存，并构建一个驻留在内存中的树状结构（节点数）。如果需要解析的XML文档过大，或者我们只对该文档中的一部分感兴趣，这样就会引起性能问题。

|--手机的内存本来就小，考虑性能和充分利用资源的条件下，所以在做手机开发的时候我们一般不用DOM解析。

|--其实Android已经给我们嵌入了PULL了，我们不需要再添加第三方jar包来支持，我们在以后再说，其实PULL和SAX解析很相似，都是轻量级的解析。

|--SAX和DOM优缺点比较

SAX：优点：

1、逐行扫描文档，一边扫描一边解析

2、可以在解析文档的任意时刻来停止解析

SAX：缺点：

1、操作复杂

2、添加或删除内容比较麻烦

DOM：优点

1、全部装载内存，对各个节点的操作灵活

2、对于节点的添加于删除比较方便灵活

3、简单，便于操作

DOM：缺点

1、消耗内存

2、需要全部转载到内存才可以解析，如果文件大的话，时间和内存都够呛

|--SAX的工作原理

SAX，它既是一个接口，也是一个软件包.但作为接口，SAX是事件驱动型XML解析的一个标准接口不会改变SAX的工作原理简单地说就是对文档进行顺序扫描，当扫描到文档（document）开始与结束、元素（element）开始与结束、文档（document）结束等地方时通知事件处理函数，由事件处理函数做相应动作，然后继续同样的扫描，直至文档结束。

大多数SAX都会产生以下类型的事件：

1.在文档的开始和结束时触发文档处理事件。

2.在文档内每一XML元素接受解析的前后触发元素事件。

3.任何元数据通常由单独的事件处理

4.在处理文档的DTD或Schema时产生DTD或Schema事件。

5.产生错误事件用来通知主机应用程序解析错误。

|--SAX解析文档过程举例

对于一个XML文档举例来说

<doc>

<para>Hello,World!</para>

</doc>

其解析的过程为：

1.startdocument

2.startelement:doc......

3.startelement:para.....

4.characters:Hello,World!

5.endelement:para......

6.endelement;doc......

7.enddocument

|--对于解析过程中的每一步都会有事件发生，都会触发相应接口中的事件处理程序。

编写程序的步骤为：

（1）创建事件处理程序（也就是编写ContentHandler的实现类，一般继承自DefaultHandler类，采用adapter模式）

（2）创建SAX解析器

（3）将事件处理程序分配到解析器

（4）对文档进行解析，将每个事件发送给事件处理程序

|--SAX模型

过程：

1.首先SAXParserFactory来创建一个SAXParserFactory实例

SAXParserFactoryfactory=SAXParserFactory.newInstance();

2.根据SAXParserFactory实例来创建SAXParser

3.SAXParser产生SAXReader

XMLReaderreader=factory.newSAXParser().getXMLReader();

4.XMLReader加载XML，然后解析XML，在解析的过程中触发相对于接口中的事件处理程序

|--SAX接口介绍

|--ContentHandler接口（主要用到的接口）

ContentHandler是Java类包中一个特殊的SAX接口，位于org.xml.sax包中。该接口封装了一些对事件处理的方法，当XML解析器开始解析XML输入文档时，它会遇到某些特殊的事件，比如文档的开头和结束、元素开头和结束、以及元素中的字符数据等事件。当遇到这些事件时，XML解析器会调用ContentHandler接口中相应的方法来响应该事件。

ContentHandler接口的方法有以下几种：

voidstartDocument()

voidendDocument()

voidstartElement(Stringuri,StringlocalName,StringqName,Attributesatts)

voidendElement(Stringuri,StringlocalName,StringqName)

voidcharacters(char[]ch,intstart,intlength)

|--DTDHandler接口

DTDHandler用于接收基本的DTD相关事件的通知。该接口位于org.xml.sax包中。此接口仅包括DTD事件的注释和未解析的实体声明部分。SAX解析器可按任何顺序报告这些事件，而不管声明注释和未解析实体时所采用的顺序；但是，必须在文档处理程序的startDocument()事件之后，在第一个startElement()事件之前报告所有的DTD事件。

DTDHandler接口包括以下两个方法

voidstartDocumevoidnotationDecl(Stringname,StringpublicId,StringsystemId)nt()

voidunparsedEntityDecl(Stringname,StringpublicId,StringsystemId,StringnotationName)

|--EntityResolver接口

EntityResolver接口是用于解析实体的基本接口，该接口位于org.xml.sax包中。

该接口只有一个方法，如下：

publicInputSourceresolveEntity(StringpublicId,StringsystemId)

解析器将在打开任何外部实体前调用此方法。此类实体包括在DTD内引用的外部DTD子集和外部参数实体和在文档元素内引用的外部通用实体等。如果SAX应用程序需要实现自定义处理外部实体，则必须实现此接口。

|--ErrorHandler接口

ErrorHandler接口是SAX错误处理程序的基本接口。如果SAX应用程序需要实现自定义的错误处理，则它必须实现此接口，然后解析器将通过此接口报告所有的错误和警告。

该接口的方法如下：

voiderror(SAXParseExceptionexception)

voidfatalError(SAXParseExceptionexception)

voidwarning(SAXParseExceptionexception)