网站突发OVER_QUERY_LIMIT报错求助：未超配额却触发限制

首先肯定你的判断：日均2-300的访问量绝对达不到Google Maps API的默认配额（比如Maps JS API免费额度是25万次/天，Places API也有相当高的基础配额），所以问题大概率不是单纯的访问量超标，和你同时用定位+Business评论功能本身也没有原生冲突，但可能是调用逻辑、配额计算或配置上的细节出了问题。下面给你几个具体的排查方向：

• 别把“访问量”和“API调用次数”划等号
  Google的API配额是按单个请求计数的，不是按用户访问次数算的。举个例子：

  • 定位功能如果每次页面加载都调用geocode或reverseGeocode接口，每个用户访问会产生1次调用；
  • 展示Business评论如果依赖Place Details API（用来拉取评论数据），每加载一次评论模块又会产生1次调用；
    如果你的页面里有多个地图实例、或者评论模块被重复渲染（比如分页加载时没做判断重复请求），单个用户访问可能触发2-3次甚至更多API请求，累计下来就可能触达配额上限。

• 定位和评论功能的API调用会共享配额池
  你用到的定位（大概率是Maps JS + Geocoding API）和Business评论（一般是Places API），默认都属于Google Maps Platform的配额池，它们的调用次数是累加计算的。如果你的配额被手动调整过（比如之前为了测试设了较低的限制），或者某个功能的调用量突然上涨，加起来就可能触发限制。

• 检查是否有重复/意外调用
  打开浏览器开发者工具的Network面板，过滤googleapis.com的请求，看看页面加载、交互过程中有没有重复发起的API请求——比如页面刷新时多次调用、错误的事件监听（比如滚动事件触发重复请求）。另外，别忘了排查爬虫或自动化工具的访问，这类请求可能没被计入你的常规访问量统计，但会实打实消耗API配额。

• 缓存能帮你省大量配额
  如果你的定位信息是针对固定区域（比如门店地址定位），或者评论内容不需要实时更新，没做缓存的话就太浪费配额了。比如评论数据可以在服务器端缓存1-2小时，固定位置的地理编码结果直接存在前端本地存储里，不用每次都调用API。

• 检查API密钥的安全性
  去Google Cloud Console看看你的API密钥有没有设置正确的限制（比如HTTP referrer限制、IP限制）。如果密钥泄露被第三方滥用，会出现大量异常调用，直接把配额耗光。同时在Console的API Dashboard里查看调用统计，看看有没有异常的峰值或者陌生的请求来源。

• 排查近期的配置/版本变化
  回忆下最近有没有更新过Google Maps API的版本，或者调整过Cloud Console里的API启用、配额设置。有时候误操作关闭了配额提升的权限，或者新版本API的调用计数规则有变化，都可能导致之前正常的现在触发限制。

优先去Google Cloud Console的API Dashboard查看具体的调用明细，看是哪个API接口的调用量超标，再针对性去排查对应的功能逻辑，这样能快速定位问题。

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