如何准确测量Firestore的响应时间？

我刚好碰到过一模一样的问题——Firebase JavaScript SDK的长轮询机制确实会让Chrome Network面板的耗时显示完全失真，毕竟那个1分钟是长连接的保持时长，根本不是实际查询的响应时间。给你几个实用的方法来拿到真实的性能数据：

1. 用Firebase Performance Monitoring（官方推荐） #

这是Firebase官方提供的性能监控工具，能精准追踪Firestore请求的各个阶段耗时。

• 首先确保你已经在项目中集成了Performance SDK
• 给你的Firestore查询添加追踪代码：

  // 初始化追踪
  const queryTrace = performance.trace('user-data-query');
  queryTrace.start();
  
  // 执行Firestore查询
  db.collection('users').where('active', '==', true).get()
    .then((snapshot) => {
      // 查询完成后停止追踪
      queryTrace.stop();
      // 处理数据...
    })
    .catch((error) => {
      queryTrace.stop();
      console.error('查询出错:', error);
    });
  

• 之后你可以在Firebase控制台的Performance页面，看到这个查询的详细耗时 breakdown，包括请求发起、服务器处理、数据传输的具体时间，非常直观。

2. 手动在代码中计时（简单直接） #

如果只是开发阶段快速验证，手动计时是最方便的方式，完全不受长轮询干扰：

// 记录查询开始时间
const startTime = performance.now();

db.collection('your-collection').get()
  .then((snapshot) => {
    // 记录查询结束时间并计算耗时
    const endTime = performance.now();
    console.log(`Firestore查询真实耗时：${Math.round(endTime - startTime)}ms`);
    // 处理查询结果...
  })
  .catch((error) => {
    const endTime = performance.now();
    console.log(`查询失败，耗时：${Math.round(endTime - startTime)}ms`, error);
  });

这里用performance.now()比Date.now()更精准，因为它返回的是高精度时间戳。

3. 开启Firestore调试日志（适合排查问题） #

用Firebase CLI开启调试模式，能在控制台看到Firestore请求的底层细节，包括实际响应时间、重试情况等：

• 运行命令：

  firebase firestore:debug
  

• 之后在浏览器控制台里，你会看到类似Firestore (9.23.0): [Connection] Received message. duration: 123ms这样的日志，这里的duration就是真实的请求响应时间。

简单总结下：Network面板显示的1分钟是长轮询连接的存活时间，不是查询的实际响应时长，用上面这几个方法就能拿到你需要的具体性能细节啦。

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