如何在Solr中实现先执行排序再应用postfilter后置过滤器？

Solr原生PostFilter的设计定位就是在文档打分、排序流程启动前提前剔除不符合条件的文档，以此减少后续排序的计算开销，默认执行链路里所有PostFilter（包括自定义实现）都会在排序Collector收集文档前被调用，无论怎么调整cost参数都无法改变这个执行时机，这也是官方文档明确说明PostFilter不支持排序后生效的核心原因，你现有已开发完成的PostFilter插件无法通过配置调整直接满足需求。

你可以根据改造成本、性能要求选以下三种方案，核心逻辑都是把过滤逻辑的执行时机后移到排序完成之后，你现有PostFilter里的核心过滤判断逻辑都可以直接复用，不需要重写：

• 方案1：自定义后置SearchComponent（改造成本最低）
  这是落地最快的方案，不需要改动Solr核心查询逻辑：
  1. 先把现有PostFilter中写好的业务过滤/权限校验逻辑抽成无状态的公共工具方法，和Solr的Filter生命周期解耦
  2. 自定义一个SearchComponent，将其注册到查询链的last-components列表中——这个位置的执行时机是主查询匹配、全量排序、分布式分片结果合并、分页截取全部完成之后，可以直接拿到已经排好序的当前页TopN结果文档列表
  3. 在自定义组件中遍历排好序的结果集，调用抽离好的过滤逻辑逐个校验，移除不符合条件的文档，同时同步修正返回结果中的numFound、分页偏移等统计字段
     适配注意点：如果是分布式集群部署，需要给协调节点和数据节点都配置该组件；如果需要保证返回给前端的页大小固定，可以在查询阶段根据历史过滤命中率适当放大rows参数（比如预期过滤率30%就把rows设为需要值的1.5倍），过滤完成后再截取目标条数返回即可。
• 方案2：自定义排序Collector（性能最优）
  如果不想放大查询rows、也不想额外增加结果遍历的开销，可以直接替换Solr默认的排序Collector：
  1. 自定义Collector包装类，内部先持有Solr原生的排序Collector实例，先按原生逻辑完成所有匹配文档的排序收集，得到按排序规则排好的文档优先级队列
  2. 在Collector的finish生命周期节点，从队列头部（排序优先级最高的文档）开始逐个弹出，调用你的过滤逻辑做校验，直到攒够当前请求需要的返回条数就停止遍历
  3. 把这个自定义Collector通过自定义QParserPlugin返回，替换查询默认使用的Collector
     这个方案的优势是不需要额外拉取多余文档，过滤过程直接在排序完成的队列上操作，性能损耗最小，缺点是需要熟悉Solr Collector的底层API，开发调试成本略高。
• 方案3：嵌入重排序（Rerank）流程
  如果你当前业务已经在用Solr的重排序功能，可以直接复用重排序的执行链路：
  1. 主查询阶段正常配置原生排序规则，拉取TopN初排结果
  2. 自定义重排序器，对初排结果做二次处理：给不符合过滤条件的文档打最低分，直接排到结果队列末尾
  3. 最终返回结果时，跳过所有打了最低分的无效文档，返回有效结果即可
     这个方案不需要额外修改查询执行链，适合本身就有重排序需求的场景。

避坑提醒：不要尝试通过调大PostFilter的getCost()返回值来延后执行时机，cost参数仅能控制多个过滤器之间的执行先后顺序，所有PostFilter类型的过滤器都会被固定在排序流程之前执行，调整cost完全达不到排序后过滤的效果。

内容的提问来源于stack exchange，提问作者Mohammad Adil