$bit操作符用于原子地对整数字段执行按位运算，仅支持int32、int64、numberlong和bindata类型，需指定and/or/xor操作，不支持直接设定位需手动构造掩码。
$bit 更新操作符的基本用法
直接用 $bit 更新整数字段的某几位，不需要先读再写，整个过程在服务端原子完成。它只支持 Int32、Int64、NumberLong 和 BinData 类型字段，对 Double 或字符串会静默失败或报错。
必须明确指定操作类型：and、or 或 xor。例如：
db.switches.updateOne(
{ _id: 1 },
{ $bit: { expdata: { and: Int32(10) } } }
)
这等价于 expdata & 10（按位与），结果写回原字段。注意：MongoDB 5.0+ 允许空操作（如 { and: 0 }），但不会生成 oplog 条目，也无实际变更。
常见错误：类型不匹配或越界
最常踩的坑是传入非整数类型或超出 64 位有符号整数范围：
-
Int32(13)合法，NumberInt(13)在 shell 中也合法，但 PyMongo 中要用Int32(13)或int(13)（自动映射为 Int64） - 传入浮点数如
and: 10.5→ 不报错但行为未定义，实际可能被截断为10，也可能匹配失败 - 传入负数如
and: -1→ 符号扩展生效，高位全置 1，容易误清高字节位 - 传入超大数如
and: 2**70→ 驱动可能抛OverflowError，mongod 会拒绝解析
为什么不能用 $bit 做“设置第 N 位”这种操作
$bit 本身不提供“设定位”或“清零位”的直接语法；它只做三元运算（and/or/xor），所以要实现“设置第 3 位”，得手动构造掩码：
比如当前值是 5（二进制 0101），想把第 3 位（从 0 开始计）设为 1 → 目标掩码是 1 即 <code>8（1000），应使用 or: 8：
db.switches.updateOne({ _id: 1 }, { $bit: { expdata: { or: 8 } } })
同理，“清零第 2 位”需用 and: ~4（即 and: 0xFFFFFFFFFFFFFFFB），但注意 MongoDB 不支持 ~ 运算符，必须由应用层预先算好补码值再传入。
别指望 $bit 能像 SQL 的 SET bit = bit | 8 那样隐式推导——它只认你给的最终数值。
性能与索引限制：$bit 更新不触发索引失效
$bit 是就地更新，不影响索引结构，但要注意两点：
- 如果字段上有索引（如
{ expdata: 1 }），更新后索引条目会自动同步，无需重建 - 但
$bit本身无法利用索引加速查找——它不是查询操作符，只是更新修饰符 - 真正危险的是后续用
$bitsAllSet等做查询：这类操作永远走 COLLSCAN，哪怕字段建了索引也没用
也就是说，$bit 更新快，但之后靠它查数据会很慢；如果高频按位查询，得提前把语义拆成布尔字段 + 复合索引，而不是依赖位运算本身。
