Firestore SDK网络请求机制及批量文档获取效率咨询

嘿，这个问题问得很实在，刚好我在Firestore SDK的底层实现和批量查询优化上踩过不少坑，来给你理清楚：

首先得明确两种不同场景的区别：

• 对于单次get()查询（比如docRef.get()或者普通的集合查询collectionRef.get()）：SDK会发起独立的HTTP请求，并不会复用WebSocket长连接。这种连接是短连接，请求完成后就会关闭。
• 只有当你使用实时监听API（onSnapshot()）时，SDK才会建立并维持WebSocket长连接，用来接收Firestore的实时更新推送。而且SDK初始化的时候不会自动创建Socket连接，只有当你首次订阅实时监听时才会建立，若一段时间内没有活跃的监听，SDK还会自动断开这个连接以节省资源。

针对你要批量获取用户头像缩略图的需求，直接并行调用单个get()不是最优解，Firestore提供了更高效的方案：

• 优先使用getAll()方法：这是Firestore专门为批量获取单个文档设计的API，你可以传入多个DocumentReference，SDK会把这些请求合并到一个HTTP请求中处理，极大减少了网络开销。示例代码如下：

  import { firestore } from '../firebaseConfig';
  
  // 根据用户ID生成文档引用数组
  const docRefs = userIds.map(userId => firestore.doc(`users/${userId}`));
  // 批量获取文档，还可以指定只返回需要的字段（字段投影）
  const snapshot = await firestore.getAll(...docRefs, { fieldMask: ['avatarThumbnail'] });
  
  // 处理结果
  const avatars = snapshot.map(doc => doc.data()?.avatarThumbnail);
  

  这个方法没有whereIn的元素数量限制，是批量获取文档的首选方式。

• 用whereIn处理同集合批量查询：如果你的目标文档都在同一个集合里，也可以用where('userId', 'in', userIds)查询，但要注意in操作符最多支持10个元素。如果用户ID超过10个，需要拆分成多个whereIn查询，再用Promise.all()并行执行：

  // 拆分userIds为每组最多10个的数组
  const chunkedIds = [];
  for (let i = 0; i < userIds.length; i += 10) {
    chunkedIds.push(userIds.slice(i, i + 10));
  }
  
  // 并行执行多个whereIn查询，同时指定字段投影
  const queries = chunkedIds.map(ids => 
    firestore.collection('users')
      .where('userId', 'in', ids)
      .select('avatarThumbnail')
      .get()
  );
  
  const snapshots = await Promise.all(queries);
  // 合并所有结果
  const avatars = snapshots.flatMap(snap => snap.docs.map(doc => doc.data()?.avatarThumbnail));
  

• 关于流水线处理：Firebase SDK确实会对并行的HTTP请求做优化（比如复用连接池、流水线发送请求），但getAll()还是比并行单个get()高效得多——毕竟合并请求减少了TCP握手、HTTP头部传输等重复开销。另外，配合字段投影只获取你需要的avatarThumbnail字段，还能进一步降低数据传输量，提升整体速度。

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