使用Firebase GeoHash时如何正确添加复合查询实现附近用户匹配

Firebase GeoHash 复合查询使用说明 #

你当前将whereField复合查询逻辑写在for query in queries遍历块中的写法是完全正确的，属于推荐的最佳实践，理由和相关注意事项如下：

• GeoHash 范围查询的本质是将目标半径的地理区域拆分为多个离散的geohash区间，每个query对应一个独立的区间检索请求。给每一个区间查询都附加whereField过滤条件，Firebase会在服务端就完成条件筛选，不需要把所有范围内的用户数据都拉到本地再过滤，能大幅降低带宽消耗和本地计算量。
• 需要提前在Firebase控制台为users集合创建对应复合索引：由于你的查询同时用到了orderBy("geohash")排序和多个whereField条件，Firebase要求必须创建匹配的复合索引才能正常执行查询。首次运行时如果触发索引缺失报错，报错日志中会直接生成对应的索引创建跳转链接，点击后等待2-5分钟索引构建完成即可正常使用。
• 注意Firestore查询的内置限制：你当前用到的in、notIn查询都有最多10个匹配值的上限，你当前代码中in只有2个性别选项、notIn只有1个用户名，完全符合规则，后续如果扩展查询条件注意不要超过上限即可。
• 如果后续新增的过滤条件过多导致复合索引无法覆盖，也可以将非核心的过滤逻辑（比如年龄范围、身高区间等）移到本地遍历文档的环节执行，核心的过滤逻辑仍然保留在服务端查询即可。
• 额外提示：你当前使用了addSnapshotListener实时监听，记得在页面销毁/功能退出时调用监听返回的ListenerRegistration的remove()方法移除监听，避免内存泄漏。

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