Lucene4.3进阶开发之入乡随俗(三)

    本篇文章，就来介绍与Directory家族经常进行交互的另一大家族IndexReader家族，另外需要说明的是，现在介绍的一些聂荣都是基于最新版Lucene4.6.0的版本，不过在这里就不再进行修改了，因为Lucene更新版本太活跃。

    先来看下IndexReader家族的家族谱图。

下面是我们在使用lucene是经常用用到的代码：

directory=FSDirectory.open(new File(indexReadPath));//打开索引目录
IndexReader  reader=DirectoryReader.open(directory);//获取数据句柄

IndexReader是一个抽象的接口实现，提供了一个接口用于访问索引文件，由此我们可以推断出，任何一个读取索引的操作，就必须用到一个IndexRe的实现类来辅助完成，否则我们是不能直接读取索引信息的。

继续看下去我们会发现IndexReader接口下面由两大类型的Reader实现，一个是基于AtomicReader实现的原子类型，另一个是基于CompositeReader实现的符合类型，那么这两个直接子类，究竟有什么区别和联系呢？

实际上，他们之间的联系我们从上图中，就能清晰的看出来，他们都是实现了相同的父接口，所以说从某种程度上来讲，它们之间是可以转换的，事实上也的确如此。在AtomicReader的子类里面提供了一个SlowCompositeReaderWrapper的包装类，来把一个CompositeReader的子类，模拟成一个原子Reader。

那么，CompositeReader和AtomicReader它们之间究竟有什么区别呢？

AtomicReader相对来说更细化，提供了具体层面访问索引文件内容的实现，而CompositeReader则在宏观的方向上，提供了读取索引文件，以及汇合多个索引的功能。

可以打这么一个比方，CompositeReader是一个类似半径为10的圆，而AtomicReader则是一个类似半径为5的圆，而我们的索引存储的数据就在圆心上，当然我们的这个假设是基于立体3维的圆，那么现在，我想获取圆心上的数据，无论你从哪个方向，哪个位置切入，都必须的先经过大圆的范围，然后经过校园的范围，最终我们才能获取圆心上存储的数据，所以我们说CompositeReader在宏观上起到了读取索引文件（可能是多份索引的读取【可以是单线程的读取，也可以是并行读】及合并）的作用，而AtomicReader则在微观的角度上，起到了读取索引文件内容的作用，通过两者结合，我们就可以完美的读取索引文件。

在IndexReader的旗下，又旗帜鲜明的分成了两个基类，这两个基类的下面的各个子类之间，既有区别也有联系，只有相互协作，才能高效的完成读取实现，当然这些lucene都给我们已经封装好了，我们可以在我们任何需要的时候，来调用他们来完成特定的工作，除此之外，我们也可以来自定义我们自己用的特定的reader，来完成某些不常见的功能，因为lucene给我们提供了一个非常方便、强大，而且易扩展的接口，由此可以看出lucene的设计架构充分利用接口和一些抽象类的组合，来使整体设计变灵活和易扩展。