我阅读了this 问题的答案，发现有两种方法可以进一步缩小用户搜索查询的结果范围，而无需任何用户干预：
我在实现层面了解上述两种技术，但在概念层面不了解。我有以下问题：
谢谢。
【问题讨论】：
标签： lucene lucene.net
Lucene 应用过滤器的顺序是什么。
这真的很重要吗？如果您有 n 个独立的过滤器，则总体结果将是这些过滤器在彼此之上运行 AND 函数的乘积。
是在查询之前还是之后？
严格来说，它们是携手合作的。这是IndexSearcher.java（Lucene 3.4 版）的摘录
while (true) {
if (scorerDoc == filterDoc) {
// Check if scorer has exhausted, only before collecting.
if (scorerDoc == DocIdSetIterator.NO_MORE_DOCS) {
break;
}
collector.collect(scorerDoc);
filterDoc = filterIter.nextDoc();
scorerDoc = scorer.advance(filterDoc);
} else if (scorerDoc > filterDoc) {
filterDoc = filterIter.advance(scorerDoc);
} else {
scorerDoc = scorer.advance(filterDoc);
}
}
我对这段代码的理解是过滤器/记分器迭代器都向前推进，如果过滤器在记分器之前，则使用记分器，反之亦然。
何时使用一种技术而不是另一种？
在没有功能差异的情况下，上述两种技术是否存在性能差异？
我通常更喜欢在查询中添加额外的位，因为我相信这比查询后过滤更快（即使您使用QueryWrapperFilter）。但是您需要确保客户无法进行 Lucene 查询字符串注入。在某些情况下，性能影响可以忽略不计，因此首选过滤器选项，因为过滤结果集比添加查询元素更容易。
当文档具有与之关联的用户权限并且用户在搜索结果中只能看到他/她的文档时，哪种技术更合适？
见this question，之前已经讨论过了。
【讨论】：
如果某些标准没有改变并且会在每次索引更新之间重复使用多次，那么Filter 通常是要走的路。
例如，我通常使用过滤器来获取用户权限。每次索引更新后，缓存的过滤器只会重新计算一次，直到下一次更新。如果您的索引不是实时的，这会非常有效。
过滤器的另一个用例是避免BooleanQuery.TooManyClauses 异常。
【讨论】：
BooleanQuery.setMaxClauseCount(count)（静态方法）来增加这个限制。
如果您在将布尔子句附加到查询和使用过滤器之间犹豫不决，这可能意味着您应该使用过滤器。
过滤器比布尔子句更好，因为它们不需要评分。因此，它们更快并且可以被缓存（如果您经常使用相同的条件进行过滤，这将非常有用）。
Lucene 不会在查询后应用过滤器。相反，它首先检查过滤器，以免对无论如何都会被过滤掉的文档进行评分（评分可能很昂贵）。
【讨论】：