正确做法是用 $expr + $isArray + $in 组合：{ $match: { $expr: { $and: [ { $isArray: "$tags" }, { $in: [ "mongodb", "$tags" ] } ] } } }，避免对非数组字段报错。
用 $in 判断数组字段是否包含某个值，根本行不通
$in 是查询操作符，只支持在 find() 或聚合的 $match 阶段用于「字段值是否在给定数组中」，它不能反向判断「一个数组字段是否包含某个具体值」。直接写 { tags: { $in: ["mongodb"] } } 看似合理，但这是在查 tags 字段本身（可能是字符串、ObjectId 等）是否等于数组中的某一项，不是检查数组里有没有这个元素。
正确做法：用 $in 配合 $expr + $isArray 保护边界
要在 $match 中安全判断数组字段是否含某值，必须用 $expr 进入表达式上下文，并显式确认字段是数组类型，避免对 null、字符串或缺失字段报错：
-
$expr包裹整个条件，启用聚合表达式语法 - 先用
$isArray检查字段是否为数组，防止$in对非数组输入报错（如"tags": null或"tags": "mongodb"） - 再用
$in判断目标值是否在该数组中 —— 注意顺序：{ $in: [ "mongodb", "$tags" ] }，第一个参数是待查值，第二个是被查数组
{
$match: {
$expr: {
$and: [
{ $isArray: "$tags" },
{ $in: [ "mongodb", "$tags" ] }
]
}
}
}
聚合管道中需要动态判断时，用 $set + $cond 更灵活
如果不止要过滤，还要在后续阶段用「是否包含」的结果做计算（比如加标记、分组统计），就不能只靠 $match。这时应在 $set 阶段生成布尔字段：
- 用
$cond封装逻辑，if分支复用上面的$isArray+$in -
then: true/else: false明确赋值，避免 null 干扰后续$group或$sum - 注意字段路径必须加
$前缀，"$tags"不是字符串字面量
{
$set: {
hasMongoTag: {
$cond: {
if: { $and: [ { $isArray: "$tags" }, { $in: [ "mongodb", "$tags" ] } ] },
then: true,
else: false
}
}
}
}
性能和兼容性要注意这三点
看似简单的一个包含判断，在真实集群里容易掉坑：
- 索引无效：即使
tags字段建了多键索引，$expr中的$in也无法走索引，全表扫描风险高；高频场景建议冗余一个has_mongodb_tag: true字段并单独建索引 - MongoDB 版本差异：
$in在表达式中支持数组字段作为第二个参数，从 3.6 开始可用，但 3.4 及更早版本不支持，会报Invalid $in expression - 空数组陷阱：
$in对空数组[]返回false，符合预期；但若字段缺失（tags: { $exists: false }），$isArray返回false，整个条件短路为false，这点和find({ tags: "mongodb" })的行为不一致，得按业务需求决定是否显式补$or: [{ tags: { $exists: true } }, ...]
真正麻烦的不是语法，而是当 tags 字段混着字符串、数组、null、缺失值一起出现时，$isArray 的守门作用常被忽略，一查就崩。
