Lucene4.3进阶开发之李代桃僵( 八)

上篇文章，散仙介绍了段文件格式的组成以及结构，那么本篇呢，我们来分析下.fnm这个文件

这个文件存储的主要是域（Fileds）字段名，在索引文件中的后缀名为.fnm。
下面先来看下.fnm的数据类型。


Header--> CodecHeader
FieldsCount-->VInt
FieldName-->String
FieldBits, DocValuesBits-->Byte
FieldNumber-->VInt
Attributes-->Map<String,String>
DocValuesGen-->Int64



详细描述如下：

FieldsCount：记录的是域名在当前文件的数量
FieldName:域名在文件中保存为UTF-8字符串
FieldNumber：字段的编号，
FieldBits：一个字节包含字段的选项信息
（1）低阶位是1代表是索引字段，bit为0代表非索引(Indexs)字段
（2）第二个低阶位是1代表有向量存储，bit为0代表无向量(term vectors)存储
（3）第三个低阶位被设置成(0x4)，offsets(偏移量)将会被存储在倒排链表里，除了位置信息
（4）第四个bit位从未被使用过
（5）第五个bit位被设置成(0x10)，norm（加权基准）将会被忽略在索引字段里
（6）第六个bit位被设置成(0x20)，payload（载荷）将会被被存储在索引字段里
（7）第七个bit位被设置成(0x40)，term frequencies（词频） and positions（位置）将会在索引字段里被忽略
（8）第八个bit位被设置成(0x80)，positions（位置）信息，将不会被忽略在索引字段里
DocValuesBits：
一个字节包含每个文档的值类型，这个被记录用2个4位字节的int类型，高阶位代表（norms）加权基准的选项，
低阶位代表DocValues的选项，每个4位字节的整数可以被解码：

0：代表这个字段没有存储DocVlues
1：数字类型的NumericDocValues
2：二进制类型的BinaryDocValues
3：排序类型的SortedDocValues

DocValuesGen是字段的DocValues里面的数量，如果这个值为1，代表着
没有DocValues更新该字段，其他任何大于0的数字代表其被更新存储通过DocValuesFormat.

Attributes：一个K-V映射的编码的属性存储。



DocValuesFormat：作用是为每个文档进行编码以及解码的工作，如果有自己定义的格式需要加入或扩展
可以继承改类，为了能够使段文件读取，必须需要定义格式名，这个方法使用的是JAVA的SPI进行定义的
，在扩展的类里面必须有一个无参的构造函数以确保SPI可以解析。