mongodb中用$type查询字段类型需注意版本兼容性：4.0+支持字符串别名（如"string"），旧版仅认数字（如2）；别名大小写敏感且不可加括号；$type不匹配null或缺失字段，需单独判断；不支持嵌套路径如tags.0，查数组元素类型须用$elemmatch。
如何用 $type 查询字段为特定类型的文档
直接用 $type 操作符就能查，但必须注意：MongoDB 4.0+ 支持字符串别名（如 "string"），旧版本只认数字（如 2），混用会查不到结果或报错。
常见写法：
db.collection.find({ "field": { $type: "string" } })
等价于：
db.collection.find({ "field": { $type: 2 } })
别名和数字的对应关系不是凭经验猜的，得查官方文档或用 typeof 验证——比如 "date" 对应 9，不是 1；"objectId" 对应 7，不是 "ObjectId"（大小写敏感，且不能带括号）。
$type 别名 vs 数字：哪些能用、哪些会失效
别名只在 MongoDB 3.6+ 的聚合阶段和 4.0+ 的 find 查询中被支持；如果连接的是 3.2 或更老的服务器，$type: "array" 会静默失败（返回空结果），而 $type: 4 才有效。
-
"null"和10始终兼容，推荐优先用数字避免环境差异 -
"decimal"是 3.4 新增类型，对应19，旧版驱动可能不识别该别名 -
"int"不是合法别名，得用16（32-bit）或18（64-bit），别写成"integer" - 数组类型别名是
"array"，不是"list"或"[]"
为什么 $type 查不到明明存在的字段
最常踩的坑是字段值为 null 或缺失——$type 只匹配**存在且类型符合**的值，对 null 值需单独用 $eq: null 或 $exists: false 判断。
例如：
db.collection.find({ "price": { $type: "double" } })
不会命中 { price: null } 或 {}（无 price 字段），哪怕 schema 设计里 price 应该是 double。
安全写法（查 double 类型且非 null）：
db.collection.find({ "price": { $type: "double", $ne: null } })
嵌套字段和数组元素的 $type 查询要注意什么
$type 作用于字段的**顶层值类型**，不递归。比如 tags: ["a", "b"]，tags 字段本身是 array 类型（$type: "array"），但 tags.0 是 string，tags.0 这种路径写法在 $type 中无效——MongoDB 不支持对数组元素位置做类型断言。
若要查“数组里至少有一个 string 元素”，得用 $elemMatch + $type：
db.collection.find({ "tags": { $elemMatch: { $type: "string" } } })
但注意：$elemMatch 在索引上效率低，大数据量时慎用；更高效的做法是提前在应用层规范数据结构，避免运行时类型探测。
复杂类型（如嵌入文档、ObjectId、Date）的判断，务必确认驱动和 shell 版本是否一致——同一个 new Date() 在 Node.js driver 和 mongosh 中序列化行为可能不同，导致 $type 匹配结果不一致。
