Web 应用程序每分钟调用的任何已知限制？
Any known limits to calls per minute for webapps?
我在向部署为 webapp 的 google 应用程序脚本发送 POST 请求时出现不一致的行为。
我有一个桌面应用程序向 GAS 网络应用程序发送 POST 调用。这种调用的节奏可能完全不同，从几分钟一次到每秒几十次。
在我的测试中，我发现请求似乎丢失了，请求没有沿着 webapp 内部逻辑流前进（比如被切断或中断的脚本实例（？）），而其他请求则完美无缺。没有明显的规律。
然而，尝试周围的事情，我发现如果我 space 调用，在请求之间添加一个暂停，一切都会正常化。
对此是否有确定和已知的限制？我必须解决这个问题的唯一选择是在通话之间引入这种人工间隔？我没有在 GAS quotas page.
中找到这方面的信息
如有任何帮助和想法，我们将不胜感激。
在回答中确认：对于 GAS webapp 的请求数量没有明显或记录的每分钟限制。
我正在试验的问题与并发性有关。即使它们来自同一源，快节奏的请求在访问缓存或属性等存储服务时也会产生并发问题。
这应该使用锁定服务来处理。
我在向部署为 webapp 的 google 应用程序脚本发送 POST 请求时出现不一致的行为。
我有一个桌面应用程序向 GAS 网络应用程序发送 POST 调用。这种调用的节奏可能完全不同，从几分钟一次到每秒几十次。
在我的测试中，我发现请求似乎丢失了，请求没有沿着 webapp 内部逻辑流前进（比如被切断或中断的脚本实例（？）），而其他请求则完美无缺。没有明显的规律。
然而，尝试周围的事情，我发现如果我 space 调用，在请求之间添加一个暂停，一切都会正常化。
对此是否有确定和已知的限制？我必须解决这个问题的唯一选择是在通话之间引入这种人工间隔？我没有在 GAS quotas page.
中找到这方面的信息如有任何帮助和想法，我们将不胜感激。
在回答中确认：对于 GAS webapp 的请求数量没有明显或记录的每分钟限制。
我正在试验的问题与并发性有关。即使它们来自同一源，快节奏的请求在访问缓存或属性等存储服务时也会产生并发问题。
这应该使用锁定服务来处理。