第七章、epub文件处理 -- 解析 .xhtml文件 （一）

本章将介绍代码如何利用ZLTextPlainModel类来分别处理.xhtml文件中的文本信息与标签信息。

本章涉及的核心类是ZLTextPlainModel类、ZLTextWritablePlainModel类、CachedCharStorage类、XHTMLTagAction接口实现类

 .xhtml文件中包含着两种信息：文本信息与标签信息。我们需要先正确解析出标签信息代表的结构，才能正确得将文本信息显示在屏幕上。

举个例子：（这个例子是三体1中的文本）

我们需要让程序知道这里有四种标签（h1标签、h2标签、b标签、p标签），每种标签代表了不同的格式。程序必须正确显示出不同标签的格式，才能让用户看到正常的文本信息。

在正式开始介绍对.xhtml文件中的文本信息与标签信息的处理流程之前，我们有必要先来介绍下流程中涉及的三个核心类：ZLTextWritablePlainModel类、CachedCharStorage类、XHTMLTagAction接口实现类

ZLTextWritablePlainModel类：

ZLTextWritablePlainModel类是ZLTextPlainModel类的子类，这个类中有三个int数组与一个CachedCharStorage类。

myStartEntryIndices属性指向的int数组记录了每个段落具体在CachedCharStorage类内部的哪一个char数组里面；

myStartEntryOffsets属性指向的int数组记录了每个段落从CachedCharStorage类内部char数组的哪个位置开始；

myParagraphLengths属性指向的int数组记录每个段落在CachedCharStorage类内部char数组中占据多少长度；

最后，myStorage属性指向的CachedCharStorage类内部的char数组则是实际存储文本信息与标签信息的地方

PS：FBReader程序中一组p标签就代表一个段落（Paragraph）。

CachedCharStorage类：

这个类中有两个重要的属性：myArray属性、myBlockSize属性

myArray属性指向一个由char数组组成的ArrayList（char数组都设定为软引用WeakReference，保证了虚拟机会回收这些char数组，不会占用过多的内存）。这些char数组里面的元素就代表这.xhtml的文本信息与标签信息。

myBlockSize属性指向一个int。char数组的长度最长不会超过这个长度（65536），一旦超过这个长度，代码就会新建一个char数组，同时就的数组会被持久化以便以后再用。

XHTMLTagAction接口实现类：

epub文件中有很多标签，不同的标签代表不同的不同的结构，所以FBReader也为不同的标签提供了不同的处理类。这些处理类都是XHTMLTagAction接口的实现类。

标签一般都是成对出现的，XHTMLTagAction接口中的两个方法分别就对应了

具体哪些类对应哪些标签，是由XHTMLReader类中fillTagTable方法定义的。

介绍完三个核心类，我们就可以正式开始介绍对.xhtml文件中的文本信息与标签信息的处理流程了。

我们先以处理一个标签对（包含起始标签和结束标签）的流程为例。在利用for循环迭代标签对转换成的char数组的过程中ZLXMLParser类的doIt方法会对以下的节点调用XHTMLReader类进行操作

起始标签右边的“<”：

记录char数组的偏移量，调用ZLXMLReader接口characterDataHandlerFinal方法（XHTMLReader类并未实现该方法，故可以忽略）

起始标签右边的“>”：

记录char数组的偏移量，取出两次偏移量当中的内容，得到当前标签的标签名。

ZLXMLParser类的processStartTag方法  ->  XHTMLReader类的startElementHandler方法  ->  XHTMLTagParagraphWithControlAction类的doAtStart方法

结束标签左边的“<”：

记录char数组的偏移量，取出两次偏移量当中的内容，得到标签当中的文本信息

XHTMLReader类的characterDataHandler方法  ->  BookReader类的addData方法

将标签当中的文本信息存储到BookReader类的myTextBuffer属性

结束标签右边的“>”：

ZLXMLParser类的processEndTag方法  ->  XHTMLReader类的endElementHandler方法  ->  标签名对应XHTMLTagAction接口实现类的doAtEnd方法

将BookReader类中的myTextBuffer属性

下面我们再以《三体1》中的一段文本作为例子来详细介绍下这个流程：

H1标签处理流程

起始标签右边的“<”：

记录char数组的偏移量

起始标签右边的“>”：

记录char数组的偏移量，取出两次偏移量当中的内容，得到当前标签的标签名。

ZLXMLParser类的processStartTag方法  ->  XHTMLReader类的startElementHandler方法  ->  XHTMLTagParagraphWithControlAction类的doAtStart方法

doAtStart方法

doAtStart方法会调用了两个方法BookReader类的pushKind方法与beginParagraph方法

BookReader类的pushKind方法：

这个方法会在myKindStack属性中添加FBTextKind.H1（31），而其实myKindStack属性中已经有FBTextKind.REGULAR（0），这个属性是在OEBBookReader类的readBook方法中设置的。

BookReader类的beginParagraph方法

这个方法调用了ZLTextWritablePlainModel类的createParagraph方法，然后用for循环迭代myKindStack属性并调用ZLTextWritablePlainModel类的addControl方法

createParagraph方法更新了ZLTextWritablePlainModel类中的三个属性，以后会依靠这三个属性在CachedCharStorage类的char数组中快速定位某一个段落

addControl方法往CachedCharStorage类中的char数组加入了两个可以代表标签的常量

            PS：每次调用addControl方法都会加入ZLTextParagraph.Entry.CONTROL（3）这个常量，这个常量是一种标示。类似的标示还有常量ZLTextParagraph.Entry.TEXT（1），我们会在下一章用到这两种变量。具体这两个标示是如何发挥作用的，请参考第十章中的内容。

结束标签左边的“<”：

记录char数组的偏移量，取出两次偏移量当中的内容，得到标签当中的文本信息

XHTMLReader类的characterDataHandler方法，将标签当中的文本信息存储到myTextBuffer属性

结束标签右边的“>”：

ZLXMLParser类的processEndTag方法  ->  XHTMLReader类的endElementHandler方法  ->  XHTMLTagParagraphWithControlAction类的doAtEnd方法

doAtEnd方法会调用ZLTextWritablePlainModel类的addText方法，在CachedCharStorage类中的char数组中加入三种信息：

1、常量ZLTextParagraph.Entry.TEXT（1），这是一种标示，类似常量ZLTextParagraph.Entry.CONTROL（3）

2、标签间文本信息的长度

3、标签间的实际文本信息

H2标签、P标签与H1标签基本上是一样，唯一的区别在于在起始标签右边的“>”触发的addControl方法中加入不同的常量，而这个变量其实是在FBTextKind接口中定义的。

H2标签会加入FBTextKind.REGULAR（0）以及FBTextKind.H2（32），P标签则只会加入FBTextKind.REGULAR（0）。每次加入这些常量的时候都会同时加入作为标示的常量ZLTextParagraph.Entry.TEXT（1）。

B标签与其他三个标签不同，这个标签会触发两次addControl方法，只是两次的参数不同。

CachedCharStorage类中新增char数组

这里需要补充下CachedCharStorage类中新增char数组的流程，我们在介绍CachedCharStorage类的时候，曾经讲过：“BookModel类中的myBlockSize属性指向一个int。char数组的长度最长不会超过这个int（65536），一旦超过这个长度，代码就会新建一个char数组，同时就的数组会被持久化以便以后再用。”

新增char数组的工作由CachedCharStorage的createNewBlock方法完成

将旧的char数组持久化的工作是在CachedCharStorage类的freezeLastBlock方法完成的。

在sd卡上的Books/.FBReader这个文件夹里面，我们可以找到这些持久化了的文件。

这个位置是在BookModel的构建函数中用过Paths类获得的。

其实我们可以尝试把持久化char数组的方法改为utf8的编码，然后在把得到的文件后缀名改成.txt

打开这个txt文件，我们就可以看到下面这样的数据

对比原先的xml文件，那些奇怪的符号就代表了标签信息

好，至此为止，我们将.xhtml文件中的文本信息与标签信息存储到了ZLTextPlainModel中。而要想让程序最终用中正确的格式显示文本信息，还需要配合之后第八章（定位指定段落）以及第九章（显示.html文件）的内容才能让用户看到格式正确的文本。

题外话

最后，插几句题外话，写一些自己的思考：

FBReader使用char数组的形式来存储xml文件内容与结构信息，然后依靠记录每个段落在char数组中具体位置的int数组快速获取指定段落在char数组中的部分。选择数组是ok的，在数组中定位到某一个部分，速度还是比较快的，但是同时，也因为使用了数组这个数据结构，程序也是相对来说比较占用内存的。一般来说，电子书都是从一整段数据中按顺序取出一部分数据显示在屏幕上，这种业务需求其实用树的数据结构也是非常合适的。而说到树的数据结构，其实Android手机中正好有一个现成的sqlite数据库可以提供这种树的数据结构。我们可以试想一下，如果改用sqlite数据库来存储和检索xml文件的内容与结构信息的话，相比数组会有怎样的好处。我想最起码会有三个好处：第一、节省手机的内存，sqlite数据库做好索引之后，无需像数组那样把数据全部装进内存后才能检索。这样一来，程序就节省了内存；二、方便跨平台的开发，sqlite支持linux、IOS以及HTML5，如果使用sqlite来作为存储和检索xml文件的方式，那么Android程序员、IOS程序员以及pc前端程序员只需要根据约定的sql语句就能完成开发，而不必独立开发三种语言，或者用c或c++另外再开发一个底层库；三、方便与服务器端对接，当需要对客户端用户的阅读记录进行收集与分析的时候，如果客户端与服务端使用同一种或相近的sql结构的话，那么对接的难度就会降低很多。

第七章、epub文件处理 -- 解析 .xhtml文件 （一）