Android FireStore中onSnapshot()与get()的技术疑问

1. onSnapshot() 实时数据接收的工作原理 #

onSnapshot() 是通过和 Firestore 后端建立WebSocket 长连接实现实时同步的：

• 首次调用时，它会先拉取目标文档/集合的完整当前数据，同时在后端注册一个针对该数据的监听器。
• 之后只要目标数据发生任何变更（比如文档字段修改、集合内增删文档），后端会主动将增量变更数据推送给客户端，而非让客户端主动轮询。
• 客户端本地会维护一份 Firestore 数据缓存，收到后端推送的变更后，会先更新本地缓存，再触发你设置的回调函数，确保你拿到的是最新的合并后数据。
• 这个长连接会自动处理网络中断重连，恢复连接后会自动同步中断期间的所有数据变更，无需手动重新发起监听。

2. 与 get() 的速度差异 #

• 首次请求阶段：两者速度基本一致。因为 onSnapshot 第一次拉取数据的流程和 get() 相同，都是从服务器（或本地缓存，若存在有效缓存）获取完整数据。
• 后续数据更新场景：onSnapshot 速度远快于 get()。get() 每次获取数据都需要发起全新的 HTTP 请求拉取完整数据，而 onSnapshot 是后端主动推送增量变更，不需要客户端发起请求，延迟更低，且传输的数据量更小（仅包含变更部分）。
• 缓存利用效率：get() 需要手动指定数据源（缓存/服务器），默认是优先用缓存再同步服务器；onSnapshot 会自动结合本地缓存与服务器实时变更，回调返回的始终是最新的一致性数据，无需手动处理缓存同步逻辑。

针对你提到的更新前检查数据的场景：用 onSnapshot 后，每次数据变更都会触发回调，你可以在回调中直接拿到最新的文档状态，更新操作前就不需要再调用 get() 去查询现有数据了，能省去一次额外的请求开销。

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