能，但必须用 $lookup 且需处理字段类型不匹配；嵌套关联须在 pipeline 内嵌套 $lookup；pipeline 支持 $match、$project 等阶段，但不可用 $out/$merge，且 foreignField 需建索引。
能，但必须用 $lookup，且字段类型不一致时会查不到数据——这是最常踩的坑。
为什么 $lookup 查不出关联数据？
绝大多数“查不到”问题不是语法错，而是 localField 和 foreignField 类型不匹配。比如：store.category_id 是字符串 "1"，而 category._id 是 ObjectId，MongoDB 不会自动转换。
- 先用
db.store.findOne()和db.category.findOne()看实际值和类型 - 如果一边是字符串、一边是 ObjectId，必须在
$lookup的pipeline里用$toString或$toObjectId显式转换 - 别依赖驱动层或 ORM 的“智能转换”，聚合管道里一切要显式声明
怎么写嵌套多级关联（比如 category → store → sticker）？
不能靠多个独立 $lookup 并列写，必须把第二层关联写进第一层 $lookup 的 pipeline 参数里。否则 stores 字段里只有原始文档，没有进一步展开的 stickerData。
- 第一层
$lookup关联store到category，用pipeline选项 - 在该
pipeline内再写一个$lookup，关联sticker到每个store文档 - 注意：第二层
$lookup的localField是"$sticker_id"（带$），foreignField是"_id"，且需处理类型 - 最后用
$unwind+$replaceRoot或$arrayElemAt提取单条嵌套数据（如果确定一对一）
$lookup 的 pipeline 里还能做什么？
它本质是一个子聚合管道，支持几乎所有阶段，但有关键限制：不能用 $out、$merge，也不能引用外层文档的字段（除 localField 外）。
- 常用组合：
$match（过滤关联集合中的目标文档）、$project（精简返回字段）、$addFields（补充计算字段） - 想按条件关联？在
pipeline里加$match，例如只关联status: "active"的sticker - 想避免空数组？加
$unwind: { path: "$stickerData", preserveNullAndEmptyArrays: false }，但要注意这会丢弃没匹配上的文档 - 性能敏感时，确保
foreignField有索引——$lookup不走localField索引，只依赖foreignField索引
真正麻烦的从来不是语法，而是 ID 类型混用、空数组默认行为、以及 pipeline 里字段作用域的边界——这些地方一错，结果就静默为空。
