点号查询需确保字段路径完整、类型匹配，嵌套数组用$elemMatch实现多条件同元素约束，精确提取数组子字段必须用聚合管道。

直接用点号（.）就能查，但必须注意字段路径是否完整、类型是否匹配，否则查不到或报错。

用 . 语法查嵌套字段值

MongoDB 支持点号访问嵌套结构，比如 comments.author.name 或 address.city。但关键在于：字段路径必须和文档中实际结构完全一致，且不能有歧义。

• 如果字段是数组里的对象（如 comments 是数组），comments.author.name 实际匹配的是「任意一个 comments 元素中存在 author.name」的文档，不是“第几个”——它不保证顺序或唯一性
• 若要精确匹配整个子文档（比如 size: { h: 14, w: 21, uom: "cm" }），得用 { size: { $eq: { h: 14, w: 21, uom: "cm" } } }，但要注意字段顺序必须严格一致
• 字符串字段名必须加引号，例如在 Node.js 驱动里写成 {"comments.author.name": "alice"}，而不是 {comments.author.name: "alice"}（后者会报语法错误）

$elemMatch 用于数组内条件组合

当你需要在数组中同时满足多个条件（比如“某条评论既被点赞又已审核”），$elemMatch 是必须的。只用点号无法表达这种“同一数组元素内多字段约束”。

• 错误写法：{"comments.likes": { $gt: 0 }, "comments.isApproved": true} —— 它可能匹配到两个不同评论分别满足一个条件
• 正确写法：{"comments": { $elemMatch: { "likes": { $gt: 0 }, "isApproved": true } }} —— 确保是同一个 comments 元素同时满足
• $elemMatch 只能用于数组字段，对单层嵌套对象（如 profile.bio）不需要也不支持

查单个数组元素里的字段？别用 find()，走聚合

如果目标是“从 comments 数组中取出 ID 为 ObjectId("...") 的那条评论的 likes 值”，find() 加 $elemMatch 仍会返回整篇文档 + 整个 comments 数组（或截断版），没法直接拿到 likes 字段值。

• 必须用聚合管道：$unwind 展开数组 → $match 精确筛选子文档 → $replaceRoot 提升 → $project 投影字段
• 示例片段：{"$match": {"_id": postDataID}}, {"$unwind": "$comments"}, {"$match": {"comments._id": commentDataID}}, {"$replaceRoot": {"newRoot": "$comments"}}, {"$project": {"likes": 1, "_id": 0}}
• 传入的 postDataID 和 commentDataID 必须是 ObjectId 类型；若来自字符串，务必先调用 new mongoose.Types.ObjectId(str) 转换

最容易被忽略的是：点号查询看似简单，但一旦涉及数组+多条件+精确字段提取，就立刻越过基础用法边界。这时候硬套 find() 不仅查不准，还会把逻辑错误带到应用层——聚合不是“高级技巧”，而是处理嵌套数组字段的默认路径。