Flutter Firestore bounding box查询同时使用latitude和longitude无效问题

问题根本原因 #

这是Cloud Firestore的内置查询限制导致的：Firestore不支持在单次查询中对多个不同字段执行范围比较操作（范围比较指isGreaterThan、isGreaterThanOrEqualTo、isLessThan、isLessThanOrEqualTo这类条件）。

你之前的三种正常场景都符合Firestore的查询规则：

• 仅对latitude或者longitude单个字段加范围条件，属于单字段范围查询，符合规则
• 对city、region、country三个字段做等值查询（isEqualTo），等值查询支持多字段任意组合，符合规则

你把经纬度转成字符串存储也无法解决问题，因为这个限制和字段类型无关，只要是对两个不同字段加范围条件就会触发限制，自然无法返回正确结果。另外你代码里把数值转成字符串做范围比较的写法本身也存在逻辑问题：字符串的大小排序规则和数值完全不同，比如字符串"10"会小于"2"，会导致匹配逻辑完全错误。

可行解决方案 #

你可以根据你的业务数据量级选择下面的方案：

方案1：客户端二次过滤（适合数据量不大的场景） #

这是实现成本最低的方案：

Future<List<QueryDocumentSnapshot>> getAlerts(String city, String region, String country,
      double tlLat, double tlLong, double brLat, double brLong) async {
  // 先在服务端对单个经纬度字段做范围过滤，减少返回的数据量
  final snapshot = await _firestore
        .collection('Alert Notifications')
        .where('latitude', isGreaterThanOrEqualTo: brLat)
        .where('latitude', isLessThanOrEqualTo: tlLat)
        .get();
  // 客户端过滤经度符合范围的记录
  return snapshot.docs.where((doc) {
    final long = doc.get('longitude') as double;
    return long >= tlLong && long <= brLong;
  }).toList();
}

方案2：使用GeoPoint+Geohash做地理查询（适合数据量大的场景） #

把经纬度合并存储为Firestore原生的GeoPoint类型字段，同时额外存储对应位置的geohash字符串：

• 先通过geohash前缀匹配查询出边界框覆盖的所有区块的记录
• 再对返回的结果做精确的经纬度范围校验，即可得到符合要求的记录

方案3：配合等值条件缩小范围 #

如果你已经在使用country、region、city等值过滤，可先加这三个等值条件，再对单个经纬度字段做范围查询，能大幅减少客户端二次过滤的数据量。

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