Firebase中如何按子节点的子节点数量进行排序？

很遗憾，Firebase（不管是Realtime Database还是Firestore）都不支持直接按子节点/数组的数量进行排序，这也是你用和点赞数相同的逻辑却无法生效的核心原因。

为什么点赞数可以正常排序？ #

你存储的点赞数是Long类型的直接数值，这是一个明确的、可被Firebase索引的字段——Firebase可以直接基于这个数值进行排序和筛选。而评论是以List（数组）类型存储的，Firebase不会自动跟踪这个数组的长度，也无法将“数组长度”作为排序依据来构建索引。

可行的解决方案：维护一个独立的计数字段 #

要实现按评论数排序的需求，最稳妥的方式是单独维护一个commentCount（或类似名称）的数值字段，每次添加或删除评论时，同步更新这个计数的数值。这样就能和点赞数一样，用这个字段来进行排序查询了。

举个Realtime Database的数据结构示例：

{
  "yourNodes": {
    "node1": {
      "likes": 256,
      "comments": [
        "user1: great post!",
        "user2: nice share!"
      ],
      "commentCount": 2
    },
    "node2": {
      "likes": 128,
      "comments": [
        "user3: thanks for this!"
      ],
      "commentCount": 1
    }
  }
}

当你需要获取评论数最多的子节点列表时，就可以用类似这样的查询（以Realtime Database为例）：

// 获取评论数最多的前10个节点
firebase.database().ref('yourNodes')
  .orderByChild('commentCount')
  .limitToLast(10) // 倒序取前10，因为orderByChild默认升序
  .once('value')
  .then(snapshot => {
    // 处理查询结果
  });

注意事项 #

• 务必保证commentCount和实际评论数量的一致性：建议使用事务操作来更新计数，避免并发添加/删除评论时出现计数错误的情况。
• 如果使用的是Firestore，逻辑也是完全一致的——同样需要维护一个commentCount字段，然后基于这个字段进行排序查询，Firestore同样不支持直接按数组长度排序。

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