配额及其消费如何运作？答案

【问题标题】：How the quota and it's consumption works?配额及其消费如何运作？
【发布时间】：2015-10-20 08:51:31
【问题描述】：

我对 Google Maps JS API 的配额分配和配额消耗有点迷茫。

Places WebService API, per user quota hint @ JS API:

如果您正在开发一个只需要搜索地点而不提交新地点的基于 Web 的应用程序，那么您应该使用 Google Maps Javascript API 的 Places Library 而不是 Google Places API Web Service。 Places 库将配额分配给每个最终用户，而不是分配给每个键。这意味着您的可用配额会随着您的用户群而增加，而不是固定在一个上限。

不错！但它究竟是如何工作的？什么是最终用户，他可以获得多少配额？
JavaScript API, maploads:

它是否消耗每个用户的每个密钥的配额？
JavaScript API, Places Library, Searching:

请注意，根据您的使用限制，每次搜索都算作一次请求。

好的，但是在关于搜索响应（对附近搜索、文本搜索、雷达搜索）的部分中提到了 - 地点详细信息请求是否相同？
其他库/功能：

JS API 提供了很多子库，Places 库也是如此 - 这些也没有记录，它们是基于每个用户还是基于每个键？

我错过了使用消费规则的详细表格吗？

当然，我假设每个请求都会占用配额中的一个请求，这听起来很正确，但是每个用户的配额何时以及如何生效？

【问题讨论】：

标签： javascript google-maps google-maps-api-3 google-places-api

【解决方案1】：

最终用户是访问您网页的用户。

当您使用 maps-javascript-API（包括任何服务/库）时，只有 1 个与您相关的配额，mapLoads-quota（每天 25k）。

What constitutes a 'map load' in the context of the usage limits that apply to the Google Maps Web APIs?

在以下情况下发生单个地图加载：

在网页或应用程序加载时使用 Google Maps JavaScript API 显示地图；

街景全景图由一个网页或应用程序使用 Google Maps JavaScript API 显示显示地图；

从 Google Static Maps API 发出单个地图图像请求；或

从 Google Street View Image API 发出一个全景图像请求。

此配额与网页的域有关（或使用密钥时与项目有关）

通过 Javascript-API 对服务/图书馆的任何后续请求（例如地点、地理编码、路线等）都会影响最终用户（访问者）的配额。通常唯一相关的最终用户配额是每秒请求数（大约每秒 10 个请求），因此您必须注意您的网页不会太快发送太多请求。

【讨论】：