如何编写Mongoose查找请求，匹配对象数组字段含查询全部标签的文档

核心查询逻辑 #

无需将全量文档拉取到内存做本地过滤，直接使用MongoDB内置操作符在数据库层完成过滤，性能远高于内存过滤方案。
针对你描述的场景（tags为对象数组，每个元素的name属性存储标签名，要求匹配包含query数组全部标签的文档），直接用点路径语法配合$all操作符即可实现：

// 传入的标签查询参数
const query = ["Power", "Logic"]
// 构造查询过滤条件
const filter = {}
// 处理空query的边界兼容，避免$all: []匹配全量文档的非预期行为
if (query.length > 0) {
  filter["tags.name"] = { $all: query }
}
// 发起Mongoose查询
const matchedSchematics = await SchematicModel.find(filter)

实现原理说明 #

• tags.name是MongoDB原生支持的点路径语法，会自动遍历tags数组的所有元素，把每个元素的name值提取成一个扁平的字符串集合
• $all操作符的判定规则和你的需求完全匹配：要求提取出的标签名集合，必须包含查询数组里的每一个元素，等价于你最初参考的本地过滤逻辑中“匹配到的标签数等于query总长度”的判断

常见踩坑提醒 #

• 不要错用$in操作符：$in的逻辑是只要标签集合匹配到任意一个query元素就返回结果，和你需要的“全包含”逻辑完全相反
• 不要额外嵌套$elemMatch：$elemMatch是用来做“同一个数组元素同时满足多个匹配条件”的场景，你的需求是跨整个数组的标签集合做全值匹配，用$elemMatch反而会增加代码复杂度、甚至出现逻辑错误
• 注意空查询的边界逻辑：MongoDB中$all: []的判定结果是匹配所有文档，如果业务中传空标签数组时不希望返回全量结果，可以提前做判断，直接返回空数组或者调整查询规则

原本地过滤示例的适配修正 #

你最初提供的本地示例代码存在适配问题：因为tags存储的是对象，直接把对象传给query.includes()是无法匹配到字符串值的，对应的正确本地写法（仅做参考，生产环境优先用数据库层查询，避免大数据量下的内存性能损耗）为：

const results = documents.filter(schematic => {
  // 提取当前文档所有tags的name值组成数组
  const tagNames = schematic.tags.map(tag => tag.name)
  // 判断是否包含全部query要求的标签
  return query.every(tagName => tagNames.includes(tagName))
})

内容的提问来源于stack exchange，提问作者B00M 3000