Firestore客户端getDoc查询耗时4-5秒问题排查

• 首先排除两个常见误判：
  1. 和Firestore免费版无关：Spark免费计划只限制总读写量、存储容量、月流量阈值，不会对单次请求做限速处理，和付费版的单请求响应性能没有区别。
  2. 你的查询代码没有问题：贴的单文档查询是官方标准写法，且你已经确认数据拿到后渲染耗时极低，时间开销确实全在请求链路上。
• 4-5秒的核心诱因是公网跨境链路质量差：你把Firestore部署在asia-east1（中国台湾节点），当前人在巴基斯坦用本地2MB/sec带宽的普通公网访问，到该节点的公网路由跳数多、丢包率高，跨境访问Google服务的链路本身就不稳定。你觉得同项目Realtime Database速度正常，是因为RTDB用的是全球边缘节点架构，会自动就近接入，和Firestore固定单区域部署的访问逻辑完全不一样，两者速度没有参考性。
• 额外的首次请求开销：本地开发环境第一次调用Firestore时，SDK需要完成初始化、鉴权、和服务端建立长连接的全套流程，首次请求耗时本来就会比后续复用连接的请求高很多，你可以在页面加载完成后手动再触发一次相同查询，大概率耗时会降到几百毫秒级别。

打开浏览器开发者工具，切到Network面板筛选Firestore对应的googleapis.com请求，看TTFB（首字节响应时间）指标：

• 如果TTFB本身就超过4秒，100%是公网链路问题
• 如果TTFB只有几百毫秒但整体请求耗时长，检查本地防火墙、代理规则有没有导致请求重传。

服务端渲染是和客户端渲染对应的页面加载模式：

• 常规客户端渲染（你现在用的模式）：用户浏览器先下载React的JS包，JS跑起来之后再发请求到Firestore拉数据，最后把数据拼到页面上展示，整个拉数的过程走用户本地的公网。
• 服务端渲染：把拉数据、拼页面HTML的逻辑放到和Firestore同区域的服务器/云函数上跑，服务器在内网拉Firestore数据的耗时通常只有10-50毫秒，拼好完整HTML之后直接返回给用户浏览器，用户拿到HTML就能直接看到内容，完全不用在本地等跨区域拉数的过程，首屏速度会提升非常明显。

• 开启Firestore本地缓存，优先读缓存减少网络请求，代码示例：

// 先尝试读本地缓存，缓存不存在再走网络拉取
const docSnap = await getDoc(docRef, { source: 'cache' })
  .catch(async () => await getDoc(docRef, { source: 'server' }))

• 本地开发阶段如果有合规的网络加速通道，优化Google服务的访问链路，时延会直接降到正常水平。
• 生产环境如果面向巴基斯坦用户，建议把Firestore迁移到离用户更近的区域（比如孟买节点asia-south1），能大幅降低公网访问时延。

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