MongoDB中{"field": 0}仅排除顶层字段，嵌套字段需用$unset或显式重写$project；混用1/0报错；临时计算字段须在后续$project中排除；$$remove可动态移除字段但需防键缺失异常。
直接用 {"field": 0} 排除字段，只在顶层生效
在 $project 阶段写 {"name": 0, "email": 0} 是有效的，MongoDB 会从输出中移除这两个字段。但注意：这个写法仅对顶层字段起作用。比如文档结构是 {"user": {"name": "A", "ssn": "123"}}，你写 {"user.ssn": 0} —— 这个键会被完全忽略，ssn 照样出现在结果里。
原因不是驱动或版本问题，而是 MongoDB 内核设计：点号路径（dot notation）在 0 排除语义下不解析嵌套层级，只匹配根级字段名。哪怕你用的是 7.0+ 版本，这个限制依然存在。
-
{"user": 0}有效 → 整个user对象被删 -
{"user.ssn": 0}无效 → 服务端静默跳过，字段原样返回 - 混用包含和排除（如
{"name": 1, "email": 0}）会报错：Projection cannot have a mix of inclusion and exclusion
嵌套字段要排除？必须用 $unset 或显式重写 $project
想只去掉 user.profile.ssn 却保留 user.profile.name 和 user.email，不能靠单个 $project 设 0。你有两个实际可用的路径：
-
推荐用
$unset预处理：它按路径精确删除，且对缺失字段安全。例如[{"$unset": "user.profile.ssn"}, {"$project": {"_id": 1, "user": 1}}]—— 先删字段，再投出需要的顶层结构 -
显式重写
$project：适合结构稳定、字段明确的场景。例如：{"$project": {"user": {"name": "$user.name", "profile": {"name": "$user.profile.name", "email": "$user.profile.email"}}}}。注意所有字段都要手动映射，漏写就丢失
别试图在同一个 $project 里混用 1 和 0 来“部分保留嵌套对象”，语法不支持，驱动也不会报错，只会让你拿到意外全量数据。
临时计算字段（如 yearDate）怎么隐藏？加第二个 $project
聚合里常需要中间字段做筛选或排序，比如用 {$month: "$date"} 算出 monthNum，但最终结果不想带它。这时候不能只靠第一个 $project，因为 yearDate: 0 写在里面会被当成“排除输入字段”，而不是“删掉刚算出来的字段”。
正确做法是：在 $match 或 $sort 后再追加一个 $project 阶段，专用于清理：
{"$project": {"yearDate": 0}}
这个阶段会把前序产生的 yearDate 字段真正剔除。多个计算字段要删？一起列出来：{"$project": {"tempA": 0, "tempB": 0, "tempC": 0}}。
用 $$remove 有条件地排除字段？小心空值陷阱
$$remove 是 $project 里唯一能动态控制字段存留的机制，但它不是“设为 null”或“跳过”，而是彻底不生成该字段键。例如：
{"statusLabel": {"$cond": [{"$eq": ["$status", "active"]}, "在线", "$$remove"]}}
当 status 不是 "active" 时，输出文档里根本不会有 statusLabel 这个 key —— 连 null 都不会出现。
但要注意：$$remove 只适用于表达式右侧，不能直接写 {"field": "$$remove"} 这种静态排除；而且如果上游字段本身是 null 或缺失，$$remove 不会触发，得配合 $ifNull 或 $exists 先判断。
真正容易被忽略的是：这种动态排除会让下游应用必须处理字段可能不存在的情况，而不是统一处理 null。如果你的业务代码默认访问 doc.statusLabel，这里突然没这个 key，就会抛 undefined 错误。
