$size不能查对象键数量，因其仅支持数组；查对象键数须用聚合管道中$objectToArray或$keys配合$size，且无法索引加速。
为什么 $size 不能查“键的数量”
$size 只作用于数组，对对象（document）完全无效。如果你试过 { "meta": { "$size": 2 } }，MongoDB 会直接报错 "$size" operator requires an array —— 它根本不认识对象的字段个数这回事。
根本原因在于：MongoDB 的查询语言设计上不支持原生的对象键计数操作，所有字段名在存储层是无序、非结构化索引的，没有“对象长度”这个元信息可快速读取。
- 误用
$size查对象 → 触发类型校验失败，查询中断 - 试图用
$objectToArray在 find() 中直接用 → 语法错误，该操作仅限聚合管道 - 想靠应用层遍历再过滤 → 数据量稍大就拖慢响应，且无法利用索引下推
用 $objectToArray + $size 在聚合中实现
真正可行的路径只有一条：进聚合管道，先把对象转成数组，再数长度。这是目前最稳定、兼容 4.0+ 的做法。
假设集合里有文档形如 { "_id": 1, "profile": { "name": "Alice", "age": 30, "city": "Beijing" } }，要查 profile 恰好含 3 个字段的文档：
db.users.aggregate([
{
"$addFields": {
"profileKeysCount": { "$size": { "$objectToArray": "$profile" } }
}
},
{ "$match": { "profileKeysCount": 3 } }
])
-
$objectToArray输出形如[{ "k": "name", "v": "Alice" }, ...]，$size才能合法作用于它 - 必须用
$addFields先算出键数，再$match，不能合并到一条表达式里 - 注意字段路径要写对：
"$profile"是引用字段值，"profile"（无美元符）是字面字符串
性能和索引注意事项
这个方案没法走索引加速，因为 $objectToArray 是计算型操作，整个集合或分片必须扫描执行。
- 数据量超 10 万后，聚合响应明显变慢，尤其在副本集从节点上执行时延迟更高
- 无法为“键数量”建单独索引，但可以考虑冗余字段：插入/更新时用应用逻辑维护
profileKeysCount: 3，然后直接find({ profileKeysCount: 3 }) - 如果只是偶尔查、且字段结构固定（比如总该有
name/email/role），用$and显式检查字段存在反而更快：{ "profile.name": { "$exists": true }, "profile.email": { "$exists": true }, "profile.role": { "$exists": true } }
MongoDB 7.0+ 的新选项：用 $keys 简化写法
7.0 起引入了 $keys 表达式，语义更直白，但行为和 $objectToArray 一致，仍需配合 $size 使用：
db.users.aggregate([
{ "$addFields": { "keyCount": { "$size": { "$keys": "$profile" } } } },
{ "$match": { "keyCount": 3 } }
])
-
$keys返回纯字段名数组（如["name", "age", "city"]），比$objectToArray少一层嵌套，内存开销略小 - 不改变执行计划，依然无法索引加速，也不支持在
find()中使用 - 旧版本（unknown operator: $keys，别盲目替换
真正麻烦的从来不是怎么写这条聚合，而是得想清楚：你真的需要动态数键个数，还是只是想验证结构完整性？后者往往用 schema 校验或预设字段检查更轻量。
