Firestore REST API如何无需知晓文档名批量查询多集合下的嵌套文档

有可行的实现方案，主要有两种适配不同场景的实现方式：

方案1：使用Firestore HTTP批量请求端点打包多集合查询 #

该方案完全匹配你不需要提前知道文档ID、同时查询多个指定集合的需求：

• Firestore提供了统一的批量请求入口https://firestore.googleapis.com/batch/v1，你可以把N个针对不同集合的GET查询请求打包到同一个HTTP请求体中提交，服务端会并行处理所有查询后统一返回结果，性能远高于逐个发起HTTP请求。
• 每个子请求的格式和你原来单个集合查询的格式完全一致，不需要调整原有查询逻辑：比如你要查productA/variant1和productB/variant2两个集合下的所有文档，只要把两个分别指向这两个集合路径的GET请求按批量端点要求的格式封装进请求体即可，不需要提前知道任何location文档的ID。
• 单批请求最多支持打包100个子请求，完全覆盖普通购物车场景的商品数量需求。

方案2：使用集合组查询（适合跨所有variant集合做统一筛选的场景） #

如果你的查询逻辑不需要和购物车的productId/variantId绑定，而是要查所有符合条件的variant下的location文档，可以直接用集合组查询：

• 你需要先给所有location层级的集合创建集合组索引，然后直接向端点https://firestore.googleapis.com/v1/projects/{projectId}/databases/{databaseId}/documents:runQuery发送POST请求，请求体中指定集合组为location，搭配对应的筛选条件即可一次性获取所有匹配的location文档的count字段。

适配你的实际场景的操作步骤 #

针对你提到的购物车多productId/variantId查询库存的场景，优先选择方案1即可，操作逻辑如下：

1. 遍历购物车中所有(productId, variantId)组合，生成对应的集合查询路径：projects/projectName/databases/dbName/documents/Inventory/{productId}/{variantId}
2. 把所有路径对应的GET查询打包到批量请求的请求体中，提交到https://firestore.googleapis.com/batch/v1端点
3. 解析返回结果，每个子请求的返回内容就是对应variant下所有location文档的count字段数据，不需要提前知道任何location文档的ID。

优化提示：发起单个集合查询时可以加上查询参数?mask.fieldPaths=count，服务端只会返回count字段的内容，大幅降低传输的数据量。

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