MongoDB中$and与$or不能直接混用在顶层，因查询对象本身是隐式$and；需“（A且B）或（C且D）”时，必须用$or包裹多个$and分支，否则报错。
为什么 $and 和 $or 不能直接混用在顶层？
因为 MongoDB 查询对象本身是“隐式 $and”的：{ status: "active", age: { $gt: 18 } } 等价于 { $and: [{ status: "active" }, { age: { $gt: 18 } }] }。但当你需要表达“（A 且 B）或（C 且 D）”这类逻辑时，必须显式使用 $or，且其每个分支里再套 $and——否则会触发语法错误或语义错位。
常见错误现象：MongoError: unknown operator: $and，通常是因为把 $and 写在了和字段同级的位置，比如误写成：{ $and: [{ a: 1 }], b: 2 }（这是非法结构）。
- 所有显式逻辑操作符（
$and、$or、$not、$nor）必须作为独立键出现在查询对象顶层或嵌套的子对象中，不能和普通字段混写 -
$and的值必须是数组；$or同理；数组内每个元素都必须是独立的查询文档（即不能是空对象或非对象） - Mongoose 7+ 默认启用严格模式，传入非法结构会直接抛
CastError，而不是静默忽略
怎样正确嵌套 $and 与 $or 实现“多条件组合筛选”？
典型场景：查“状态为 active 且评分 ≥ 4.5，或者角色为 admin 且最后登录时间在 7 天内”的用户。对应逻辑是 (status === "active" ∧ rating >= 4.5) ∨ (role === "admin" ∧ lastLogin > X)。
实操写法必须把整个逻辑包进 $or，每个分支内部用 $and 封装：
const sevenDaysAgo = new Date(Date.now() - 7 * 24 * 60 * 60 * 1000);
await User.find({
$or: [
{ $and: [{ status: "active" }, { rating: { $gte: 4.5 } }] },
{ $and: [{ role: "admin" }, { lastLogin: { $gt: sevenDaysAgo } }] }
]
});- 不需要手动展开
$and：Mongoose 不会帮你把{ a: 1, b: 2 }自动转成$and，只有你明确写出$and才生效 - 避免重复字段名：同一个
$and数组里不要出现两次{ name: "xxx" }，MongoDB 会报错DuplicateKey - 注意日期比较：确保
lastLogin字段在 Schema 中定义为Date类型，否则$gt可能按字符串比较
性能与可读性陷阱：什么时候该换思路？
当嵌套超过两层（比如 $or 里套 $and，其中某个 $and 又含 $not），查询可维护性断崖下降，且 MongoDB 无法高效使用复合索引。
更稳妥的做法是拆解逻辑，用应用层合并结果（尤其当数据量可控时）：
// 拆成两个独立查询，再用 Set 去重
const activeHighRated = await User.find({ status: "active", rating: { $gte: 4.5 } });
const recentAdmins = await User.find({ role: "admin", lastLogin: { $gt: sevenDaysAgo } });
const allIds = [...new Set([
...activeHighRated.map(u => u._id),
...recentAdmins.map(u => u._id)
])];
const result = await User.find({ _id: { $in: allIds } });- 索引友好：每个子查询都能命中
{ status: 1, rating: -1 }或{ role: 1, lastLogin: -1 }这类复合索引 - 调试方便：可以单独
explain()每个子查询，而嵌套$or/$and的执行计划常显示COLLSCAN - 注意内存：如果单个子查询返回数万条文档，
Set去重可能吃内存，此时应回归原生聚合管道（$facet）
聚合阶段里怎么安全复用 $and/$or？
在 aggregate() 中，$match 阶段支持完全相同的 $and/$or 语法，但要注意：它只作用于当前 pipeline 阶段的输入文档结构——如果你前面用了 $project 改变了字段名或类型，后续 $match 必须按新结构写。
例如，想在聚合中先算出用户活跃分，再按“活跃分 > 80 或 VIP 等级 ≥ 3”筛选：
await User.aggregate([
{ $addFields: { activityScore: { $add: ["$loginCount", { $multiply: ["$postCount", 2] }] } } },
{ $match: {
$or: [
{ activityScore: { $gt: 80 } },
{ vipLevel: { $gte: 3 } }
]
}
}
]);-
$match中不能引用未生成的字段：上面例子中若把$match放在$addFields前，activityScore就是 undefined，条件恒假 - 聚合里的
$or不支持在$expr外直接写字段比较（如{ $or: ["$a", "$b"] }是错的），必须包装成完整条件对象 - 如果逻辑极其复杂（比如带条件分支、多级嵌套布尔），优先考虑用
$expr+$cond重写，比堆砌$and/$or更易验证
实际项目里，真正难的不是写出嵌套语法，而是判断“这个逻辑是否真有必要在数据库层完成”。索引设计、数据分布、查询频次，往往比运算符嵌套深度更能决定最终性能。
