MongoDB未使用$in实现$pull移除数组元素是否合法有效？

你的测试结果不是假阳性，语句确实能触发对应元素删除，但该写法不属于官方规范定义的合规用法，生效是类型适配和匹配逻辑重合的巧合，不建议在生产环境使用。

生效的具体原因 #

测试用到的模型结构如下：

{ items: [ { name: '1', id: 1 }, { name: '2', id: 2 } ] }

你使用的非标准写法如下：

model.updateOne({_id}, { $pull: { items: {id: [1,2] } } })

该写法效果和显式写$in一致，来自两层逻辑的共同作用：

• Mongoose层自动类型转换：由于Schema中定义items.id为数字类型，传入数组[1,2]作为匹配值时，部分版本的Mongoose会自动将该条件cast为{id: {$in: [1,2]}}的标准查询结构再发送给MongoDB，最终执行的逻辑和标准写法完全一致。
• 原生MongoDB的隐式匹配：如果绕过Mongoose直接在Mongo Shell执行该语句，当匹配条件的右侧值为数组且无显式操作符时，MongoDB会判断左侧字段值是否存在于右侧数组中，这个隐式逻辑刚好和$in的匹配效果重合，但该行为并没有纳入稳定API的规范保障范围。

写法的风险 #

官方文档明确规定，匹配字段值属于指定值集合的场景，必须显式使用$in操作符，合规的标准写法如下：

model.updateOne(
  { _id },
  { $pull: { items: { id: { $in: [1, 2] } } } }
)

省略$in的简写没有兼容性保障：跨Mongoose版本、跨MongoDB大版本时都可能出现匹配逻辑变化，比如当字段本身是数组类型时，该写法会从“匹配值在集合中”变成“精确匹配整个数组结构”，极易埋下难以排查的隐性bug。

你观察到的数组元素变更确实是该语句执行的结果，不属于测试假阳性，只是这个效果属于特定环境下的兼容表现，不是语法设计层面支持的标准特性。

内容的提问来源于stack exchange，提问作者dockerman_201