Google Maps API 距离矩阵 - 请求（客户端）另外 100 个元素的延迟时间

Question

我有一个迷你地图项目，它使用距离矩阵谷歌地图 API 创建从起点到终点的折线（路线）。我的地图中有很多标记，我必须使用距离矩阵 API 连接它们以获取持续时间值。

问题是距离矩阵 API 的总请求超过 100 个元素，正好是 400 个元素。我知道 Google Maps API 每个客户端请求仅限制为 100 个元素。根据文档，

虽然您不再受限于每个元素的最大数量 日 (EPD)，以下使用限制仍然适用于 距离矩阵 API：

每个请求最多 25 个来源或 25 个目的地。最多 100 每个服务器端请求的元素。每个客户端最多 100 个元素 要求。每秒 1000 个元素 (EPS)，计算为 客户端和服务器端查询。

因此，我决定将 400 个元素分成 4 个请求（每个请求 100 个元素）。 但是，文档没有说明我应该等待多长时间才能请求另外 100 个元素。

有人知道吗？

谢谢。

Answer 1

Google 的 documentation 确实说明了您应该在这里等待多长时间：

注意：速率限制适用于每个用户会话，无论如何 许多用户共享同一个项目。首次加载 API 时，您 分配了元素的初始配额。使用此配额后， API 对每秒的附加请求实施速率限制 基础。如果在某个时间段内发出的请求过多，则 API 返回一个 OVER_QUERY_LIMIT 响应代码。

因此，您需要等待至少 1 秒，然后再向距离矩阵客户端服务发出另一个请求。

希望这会有所帮助！