本文承接执行段的合并（三），继续介绍执行段的合并的剩余的流程，下面先给出执行段的合并的流程图：
图1：
点击查看大图
在前面流程中我们了解到，合并后生成的新段已经包含了所有固定的索引信息及部分删除信息，故在当前流程点，我们可以生成该段对应的SegmentReader对象，并将该对象添加到ReadPool（见执行段的合并（二））中，这便是生成IndexReaderWarmer的过程。
删除信息包括了被删除的文档号跟变更的DocValues信息。
SegmentReader对象中包含的内容在SegmentReader系列文章中介绍，不赘述
固定的索引信息是哪些：
索引文件.nvd、.nvm、.pos、.pay、.doc、.tim、.tip、.dim、.dii、.tvx、.tvd、.fdx、.fdt中包含的信息为什么是包含了部分删除信息：
执行段的合并是Lucene安排一个新的线程执行的并发操作，在合并的过程中，其他执行文档增删改的线程可能生成了新的删除信息，并且新的删除信息会在随后提交合并的流程中作用当前的新段为什么要生成IndexReaderWarmer：
首先要说的是，在合并阶段生成IndexReaderWarmer需要通过IndexWriterConfig.setMergedSegmentWarmer()方法设置，默认不使用该功能由于执行段的合并是并发操作，使得可以并发的提前读取新段的内容，即获得SegmentReader对象（生成IndexReaderWarmer的主要目的），其他线程执行近实时搜索NRT时就无需等待合并操作结束后再去获得SegmentReader对象，要知道获得SegmentReader对象的过程是I/O操作，故可以降低NRT搜索的延迟
看这里：https://www.amazingkoala.com.cn/Lucene/Index/2019/1030/104.html
