Android Firebase 查询用户数据：本地比对值还是使用equalTo方法？

两种方案性能对比 #

• 第一种方案性能最差，只要你的总用户数大于你要查询的用户数，这个方案的速度一定是最慢的。全量拉取数千用户数据会产生大量不必要的带宽消耗，客户端遍历过滤的耗时也会随着总用户数增长线性上升，完全不推荐生产环境使用。
• 第二种方案速度比第一种快，但仍有缺陷。对比逻辑放到服务端执行，避免了全量数据传输，但需要发起N次查询请求（N等于你要查询的用户数量），多次请求的握手开销会随着查询数量上升逐渐明显，同时多异步回调的状态管理也容易出bug。另外你贴的第二种代码存在变量名错误：onDataChange的参数是snapshot，但你取值的时候用了dataSnapshot，运行会报错。

最优实现方案 #

你当前用的是Firebase Realtime Database，最优方案可以根据你的数据存储结构调整：

1. 优先调整存储结构，用user_id作为用户节点的key
   这是性能最高的方案，不需要额外查询，直接按路径寻址即可，速度比你第二种用orderByChild的查询快30%以上，代码示例如下：

   for (String userId : idList) {
       // 直接按user_id定位节点，不需要排序查询
       user_reference.child(userId).addListenerForSingleValueEvent(new ValueEventListener() {
           @Override
           public void onDataChange(@NonNull DataSnapshot snapshot) {
               if (snapshot.exists()) {
                   Users users = snapshot.getValue(Users.class);
                   usersList.add(users);
               }
               // 这里可以加请求完成计数逻辑，所有请求返回后再处理用户列表
           }
   
           @Override
           public void onCancelled(@NonNull DatabaseError error) {
               // 处理异常逻辑
           }
       });
   }
   

2. 如果无法调整存储结构，必须用user_id字段查询
   先在Firebase Realtime Database的规则中给user_id字段加索引，避免服务端全量遍历：

   {
     "rules": {
       "users": {
         ".indexOn": "user_id"
       }
     }
   }
   

   之后再用你第二种方案的逻辑查询即可，加索引后服务端查询性能会有量级提升。

额外优化建议 #

• 如果单次查询的用户数量超过10个，可以分批发起请求，避免并发请求过多触发Firebase的限流规则。
• 多异步请求场景下要做请求计数，等所有请求都返回之后再统一处理用户列表，避免出现数据不全的问题。
• 如果后续切换到Cloud Firestore，可以直接用whereIn方法一次性查询最多10个用户ID，只需要发起1次请求，性能更高。

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