如果您在构建多条件、多逻辑、多字段的 elasticsearch 检索请求时，发现单个 match 或 term 查询无法满足业务筛选需求，则很可能是未正确使用 bool 查询的复合能力。以下是实现高级组合查询的多种核心方法：

一、must + filter 组合：精准匹配且高效过滤

must 子句用于影响相关性得分的必需条件，filter 子句则执行无评分、可缓存的高效过滤，二者结合兼顾语义精度与查询性能。

1、构造 must 部分：对全文字段（如 title、content）使用 match 查询，确保关键词语义匹配。

2、构造 filter 部分：对结构化字段（如 status、category、publish_date）使用 term、terms 或 range 查询，避免打分开销。

3、将两者嵌入同一 bool 查询中，确保文档同时满足语义匹配与结构化约束。

4、验证响应中的 took 值显著低于纯 must 组合，确认 filter 缓存生效。

二、should + minimum_should_match 控制 OR 逻辑强度

should 子句默认仅提升匹配文档的 _score，不强制参与结果筛选；配合 minimum_should_match 可将其转化为“至少满足 N 个条件”的硬性要求。

1、将多个可选条件（如多个标签、多个渠道来源）放入 should 数组。

2、在 bool 查询顶层显式指定 "minimum_should_match": 2，表示至少两个 should 条件必须命中。

3、若查询中不含 must 子句，则 minimum_should_match 成为结果集的准入门槛；若含 must，则 should 仅作增强筛选。

4、避免使用字符串值（如 "2"）导致解析失败，始终采用整数类型。

三、must_not + filter 组合排除：安全剔除无关文档

must_not 子句会对所有匹配文档进行打分计算后再排除，而 filter 上下文中的 must_not 则跳过评分阶段，直接基于 bitset 过滤，性能更优且行为确定。

1、识别需排除的明确结构化值（如 status: "deleted"、type: "draft"）。

2、将 must_not 查询置于 filter 对象内部，而非顶级 bool 的 must_not 字段。

3、使用 {"filter": {"bool": {"must_not": [{"term": {"status": "deleted"}}]}}} 结构替代外层 must_not。

4、确认被排除文档不再出现在 hits 中，且 _score 分布未因排除逻辑异常拉低。

四、嵌套 nested + bool 实现对象数组精确匹配

当目标字段为 nested 类型（如订单中的 items、用户权限中的 roles），普通 bool 查询会跨数组元素匹配，导致误结果；必须通过 nested 查询封装 bool 子句，限定匹配发生在同一嵌套对象内。

1、确认目标字段 mapping 中 type 为 "nested"，否则 nested 查询将报错或无效。

2、使用 nested 查询包裹 path 和 query，其中 query 内部为标准 bool 结构。

3、在 nested 的 query 中，用 must 同时约束同一对象内的多个字段（如 items.sku 和 items.quantity）。

4、避免在 nested 查询外层再次添加同名字段的条件，防止扁平化字段干扰嵌套匹配。

五、constant_score + bool 实现权重归一化

当业务要求所有匹配文档得分一致（如后台管理列表页无需排序），可将整个 bool 查询包裹于 constant_score 中，屏蔽子句打分逻辑，统一返回指定 boost 值。

1、将完整 bool 查询作为 constant_score 的 filter 字段值，而非 query 字段。

2、设置 "boost": 1.0 显式声明统一权重，避免默认 boost 影响结果稳定性。

3、验证全部返回文档的 _score 均为 1.0，确认无隐式打分残留。

4、注意 constant_score 不支持 should 子句的得分增强，所有 should 将退化为 filter 行为。