本文承接查询原理（二），继续介绍查询原理。

查询原理流程图

图1：

点击查看大图

是否使用多线程

图2：

在生成IndexSearcher对象时，用户可以提供参数ExecutorService，调用下面的构造函数，来实现多线程搜索：

1
2
3

public IndexSearcher(IndexReader r, ExecutorService executor) {
    ... ...
}

当索引目录中有多个段时，把对一个段的搜索（search by segment）作为一个任务（task）交给线程池，最后在合并（reduce）所有线程的查询结果后退出；如果不使用多线程，那么单线程顺序的对每一个段进行搜索，在遍历完所有的段后退出。

无论是否使用多线程，其核心流程是对一个段进行处理，故下文中我们只介绍单线程的流程，并且在最后介绍图1中的流程点合并查询结果。

是否还有未查询的段

图3：

当索引目录中有多个段，那么每次从一个段中查询数据，直到所有的段都处理结束。

生成BulkScorer

图4：

该流程点将会获得查询对应的文档和词频，这些信息被封装在BulkScorer中。

如图5所示，不同的查询方式（见查询原理（一））有不一样BulkScorer对象（通过装饰者模式层层包装BulkScorer来实现多样的BulkScorer），在本篇文章中只根据图6、图7的中的BooleanQuery对应的BulkScorer展开介绍，其生成的BulkScorer对象为ReqExclBulkScorer。

图5中是BulkScorer的类图：

图5

图6，索引阶段的内容：

图7，查询阶段的内容：

注意的是本文中的例子跟查询原理（一）中的BooleanQuery例子是不同的。

ReqExclBulkScorer

图8中描述的是ReqExclBulkScorer中包含的两个对象，其中BooleanScorer描述了BooleanClause.Occure.SHOULD的TermQuery的信息，BlockDocsEnum描述了BooleanClause.Occure.MUST_NOT的TermQuery的信息。

图8

BooleanScorer

图9

图9中描述的是BooleanScorer中的主要信息，其包含的BulkScorerAndDoc的个数跟图7中BooleanClause.Occure.SHOULD的TermQuery的个数一致。

图10

图10中描述的是BulkScorerAndDoc中包含的主要信息。

cost、next

这两个值在这里我先暂时不给出解释，因为在下一篇文章中才会使用到这两个值。

docDeltaBuffer、freqBuffer

docDeltaBuffer、freqBuffer都是int数组类型，其中docDeltaBuffer中存放的是文档号，freqBuffer中存放的是词频

按照图7中的例子，4个子查询对应的BlockDocsEnum中包含的两个数组docDeltaBuffer、freqBuffer如下所示：

子查询1

图11

子查询2

图12

子查询3

图13

子查询4

图14

图14中我们没有列出该查询对应的freqBuffer，原因是图7中子查询4属于BooleanClause.Occure.MUST_NOT，我们只关心这个查询对应的文档号。

docDeltaBuffer、freqBuffer的关系

两个数组的同一个数组下标值对应的数组元素描述的是域值在文档号中的词频，如图15所示：

图15

在图15中，结合图6，描述的是域值"h"在文档3中的词频是2。

docDeltaBuffer、freqBuffer数组的信息是通过读取索引文件.doc获得的。

图16

docDeltaBuffer、freqBuffer数组的信息要么分别从图16中红框标注的PackedDocDeltaBlock跟PackedFreqBlock中获取，要么分别从DocDelta跟Freq获得，其选择方式和读取索引文件.doc的过程不在本篇文章中介绍

在索引文件之doc文章中我们提到，文档号使用差值存储，所以实际在搜索阶段，我们获得的docDeltaBuffer数组中的数组元素都是差值，还是以图7中的子查询1为例，它获得真正的docDeltaBuffer数组如下所示：

图17

注意的是图17中使用差值存储的docDeltaBuffer数组，它的第一个数组元素是原始值。

为什么要使用差值存储：

压缩数据，减少内存/磁盘占用

去重编码(dedupAndEncode)的文章中详细介绍了差值存储，感兴趣的可以了解下。

关于BulkScorer

在查询原理（二）的文章中我们提到，在生成Weight的阶段，除了文档号跟term在文档中的词频这两个参数，我们已经获得了计算文档打分的其他条件，而在生成BulkScorer的过程中，我们获得了每一个子查询对应的文档号跟词频，所以在图1的生成Weight跟生成BulkScorer两个流程后，我们获得了一个段中文档打分需要的所有条件。

最后给出完整ReqExclBulkScorer包含的主要信息：

图18

结语

本篇文章中我们只介绍了在生成BulkScorer的过程中，我们获得了每一个子查询对应的文档号跟词频，实际上还有几个重要的内容没有讲述，这些内容用来描述在Collector处理查询结果的流程中如何对每一个子查询的文档号进行遍历筛选（即上文中为介绍的 next、cost的信息），基于篇幅，这些内容在下一篇文章中展开介绍。

点击下载附件