Cloud Firestore API logo

Cloud Firestore API

Cloud Firestore API

Cloud Firestore API 是 Google Cloud 的托管 NoSQL 文档数据库:实时同步、离线支持、强一致性,移动 / web 应用 backend 首选之一。

访问站点 ↗健康巡检 9 小时前
适合什么时候用

实时 listener(数据变化自动 push 到 client)

先注意什么

查询能力受限(不能做 JOIN 或复杂过滤)

第一步先查

Firebase Console 创建项目 + 启用 Firestore。Web SDK: const db = getFirestore(app); await setDoc(doc(db, "users", "alice"), {name: "Alice"});

认证
CORS
不支持
HTTPS
注册
?
延迟
41 ms
协议
REST, gRPC
计费

可用率 · 30 天窗口

巡检: 1可用率: 100%平均延迟: 41ms
01

关于这个 API

Firestore 是 Google 2017 年推出的下一代 NoSQL 文档数据库,是 Firebase Realtime Database 的升级替代品。设计核心:(1) 文档模型(collection > document > sub-collection 嵌套结构),适合移动 / web 应用的数据模型;(2) 实时同步(开发者注册 onSnapshot listener,数据变化自动推送);(3) 离线支持(手机断网时本地缓存,连网后自动同步);(4) 强一致性(多区域复制但仍能保证 read-after-write)。常见用法:移动 app backend、协作编辑应用(Google Docs 风格)、IoT 设备状态收集、聊天应用。和 Firebase Realtime Database 对比:Firestore 更结构化、扩展性更好;Realtime DB 更便宜、低延迟。新项目都推荐 Firestore。和 Supabase 比,Firestore NoSQL 而 Supabase 是 Postgres 关系型——选哪个看你需要文档 vs 关系。

02

你可以做什么

  • 1mobile app 实时数据同步(聊天、协作)
  • 2web app 后端 (Firebase 集成 auth + storage)
  • 3IoT 设备状态收集
  • 4小型 SaaS 后端
03

优劣对比

优点

  • 实时 listener(数据变化自动 push 到 client)
  • 离线优先(移动 SDK 自动处理网络中断)
  • 强一致性(不像 Firebase Realtime DB 是最终一致)
  • 和 Firebase ecosystem 深度集成

注意事项

  • 查询能力受限(不能做 JOIN 或复杂过滤)
  • 按 read/write 操作计费,大流量贵
  • 迁出 Firestore 困难
04

示例请求

通用模板 — 实际 endpoint 请查阅文档替换 <endpoint>。
curl https://google.com/<endpoint>
05

快速开始

Firebase Console 创建项目 + 启用 Firestore。Web SDK: const db = getFirestore(app); await setDoc(doc(db, "users", "alice"), {name: "Alice"});

06

常见问题

Firestore vs Realtime DB?+

新项目用 Firestore(更现代)。Realtime DB 适合大量 simple key-value 场景且低延迟需求。

Firestore vs Supabase 怎么选?+

NoSQL + 移动重度:Firestore。SQL/关系 + 灵活查询:Supabase。

07

技术细节

CORS: NoHTTPS: Yes注册: ?开源: No
认证方式
unknown
计费
unknown
协议
REST, gRPC
SDK
python, javascript, typescript, go, java, swift, kotlin
响应时间
41 ms
上次巡检
2026/5/12 07:37:31
08

标签

09

更多来自 Google 的 API