Firestore where查询中操作符对不同数据类型的处理规则

嘿，这个问题问得特别实用！Firestore的where查询里，除了数值类型，其他数据类型的比较逻辑确实容易让人摸不着头脑，我来给你把每个类型的规则讲得明明白白，尤其是你提到的字符串场景。

字符串类型 #

首先敲重点：字符串的比较是基于Unicode码点的字典序（lexicographical order），绝对不是包含关系！你举的db.collection('users').where('lastname','>=','bar')这个例子，返回的是所有lastname字段的字符串在字典序上大于或等于bar的用户。

给你举几个直观的例子：

• 会被匹配的：bar、bare、base、baz、zoo（只要字典序不落后于bar都算）
• 不会被匹配的：apple、ban、Bar（注意大小写！Unicode里大写字母的码点比小写小，所以Bar < bar）

另外要注意：如果文档的lastname字段是null、数字或者其他非字符串类型，都不会被这条查询匹配到——Firestore的比较要求两边类型一致（null的情况除外，后面单独说）。

布尔值类型 #

布尔值的比较逻辑超简单，就两个值的顺序：false < true

• where('isActive', '>=', true)只会返回isActive为true的文档
• where('isActive', '<', true)则会返回isActive为false的文档

Null类型 #

null的比较有点特殊，规则是：

• == null会匹配两种情况：字段不存在，或者字段值就是null的文档
• > null会匹配所有字段值不为null、且类型是可比较类型（字符串、数值、布尔、时间戳等）的文档
• < null不会匹配任何文档，因为null在Firestore的排序规则里是“最小”的那个值

时间戳（Timestamp）类型 #

时间戳的比较完全贴合时间先后逻辑，和数值的范围查询逻辑一致：

• >=某个时间戳，返回所有在该时间点及之后的文档
• 比如where('createdAt', '>=', Timestamp.fromDate(new Date('2024-01-01')))，会返回2024年1月1日零点整及之后创建的所有文档

地理点（GeoPoint）类型 #

地理点的比较是先比纬度，再比经度：

• 纬度数值越大，地理点“越大”（比如北纬40° > 北纬30°）
• 纬度相同的情况下，经度数值越大，地理点“越大”（比如东经120° > 东经110°）
  举个例子：where('location', '>=', new GeoPoint(30, 110))会返回所有纬度≥30，或者纬度刚好等于30且经度≥110的文档。

引用（DocumentReference）类型 #

文档引用的比较是基于完整路径字符串的字典序：

• 比如db.collection('users').doc('alice')的引用，会小于db.collection('users').doc('bob')，因为路径字符串users/alice在字典序上比users/bob靠前
• 如果是不同集合的引用，会先比较集合的完整路径，再比较文档ID

对象和数组类型 #

这里要特别提醒：对象和数组不能用<、<=、>、>=这些范围操作符，Firestore根本不支持这类比较。你只能用==来匹配对象或数组的完全相等——也就是结构、每个元素的内容和顺序都得一模一样。

举两个例子：

• where('settings', '==', {theme: 'dark', notifications: true})只会返回settings字段和这个对象完全一致的文档
• where('tags', '==', ['tech', 'coding'])只会返回tags数组和给定数组元素顺序、内容都完全相同的文档

如果想对数组里的元素做条件查询，应该用array-contains或者array-contains-any，而不是普通的范围操作符。

最后再总结几个核心要点：

1. 所有比较都要求两边类型一致（null的特殊情况除外），类型不匹配的文档不会被返回
2. 字符串、引用靠字典序比较，时间戳靠时间先后，地理点先纬度后经度
3. 对象和数组只能做完全匹配，不能用范围操作符

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