Google apps script 一天内调用服务的次数太多：urlfetch-非常确定未超过配额

我们使用自定义脚本通过UrlFetchApp.fetch从Bookeo API检索数据。µ 一切都进行得很顺利，但今天出现了以下错误“一天内调用的服务太多：urlfetch”

我们知道这里提到的每天2万个电话的限制，但我们不认为我们已经接近这个限制（最多1.000-1.500个/天）

发生错误的代码部分是

var responseBooking=UrlFetchApp.fetch（urlBooking）

所以我相信这和配额问题有关

奇怪的是，它的工作方式是1次/5-6次尝试

我的问题是：

谷歌改变了它的配额限制了吗？（我没有看到任何关于它的通信）
是否有办法查看每项服务的通话次数
谷歌应用程序脚本是否有技术支持聊天功能
答案：

谷歌改变了它的配额限制了吗？（我没有看到任何关于它的通信）

没有


是否有办法查看每项服务的通话次数

没有


谷歌应用程序脚本是否有技术支持聊天功能

没有

更多信息：
除了每天20000个电话的限制外，还有一些限制在短时间内限制电话数量的限制

配额是基于服务调用的滚动平均数工作的。您的配额为每天20000次，但如果您在一段时间内超过每秒约0.231次呼叫（20000/86400），您仍然可以触发错误

您可以通过等待一段时间来纠正这一点，以便降低调用的冲动。我还建议您在代码中添加某种形式的，以防止将来再次发生这种情况

我希望这对你有帮助

参考资料：



答案：

谷歌改变了它的配额限制了吗？（我没有看到任何关于它的通信）

没有


是否有办法查看每项服务的通话次数

没有


谷歌应用程序脚本是否有技术支持聊天功能

没有

更多信息：
除了每天20000个电话的限制外，还有一些限制在短时间内限制电话数量的限制

配额是基于服务调用的滚动平均数工作的。您的配额为每天20000次，但如果您在一段时间内超过每秒约0.231次呼叫（20000/86400），您仍然可以触发错误

您可以通过等待一段时间来纠正这一点，以便降低调用的冲动。我还建议您在代码中添加某种形式的，以防止将来再次发生这种情况

我希望这对你有帮助

参考资料：



您需要意识到的是，每天20000次的限制实际上是20000/（24*60*60），即每秒0.23次呼叫，如果超过该比率，您将面临出错的风险。这是在有很多用户的服务器上执行这些限制的唯一公平的方法。您需要意识到的是，每天20000次的限制实际上是20000/（24*60*60），即每秒0.23次呼叫，如果您超过该速率，您将面临出错的风险。这是在服务器上对许多用户执行这些限制的唯一公平的方法。我相信你的结果是每次呼叫秒数，而不是每秒呼叫数20000/（24*60*60）@Cooper你说得对，谢谢，我已经编辑了计算。你有没有一个例子说明在这个例子中如何使用指数退避？在我看来，当你通过谷歌说的“停止”的神奇门槛时。当你遇到一个错误时，你的函数就结束了，直到他们决定重新打开为止。我一直试图远离最小值，以避免出现任何问题。感谢您的解释，但我怀疑我们是否达到了0.231调用/秒，因为当我们单击按钮时调用函数（可能每10-15分钟发生一次）。我们只有3个人使用电子表格。我认为这是一个暂时的错误，因为它在当天晚些时候工作没有问题。（谷歌现在对他们的不同服务进行了一些更新，可能是原因）我相信你的结果是以每次呼叫秒数计算的，而不是每秒呼叫数20000/（24*60*60）@Cooper你说得对，谢谢，我编辑了计算结果。你有没有一个例子说明在这个例子中如何使用指数退避？在我看来，当你通过谷歌说的“停止”的神奇门槛时。当你遇到一个错误时，你的函数就结束了，直到他们决定重新打开为止。我一直试图远离最小值，以避免出现任何问题。感谢您的解释，但我怀疑我们是否达到了0.231调用/秒，因为当我们单击按钮时调用函数（可能每10-15分钟发生一次）。我们只有3个人使用电子表格。我认为这是一个暂时的错误，因为它在当天晚些时候工作没有问题。（谷歌现在为他们的不同服务做了一些更新，也许这就是原因）