对 Google 云端硬盘更改 Feed 的调用是否会计入 API 配额



我有一个应用程序需要与谷歌云端硬盘保持同步。 为此,我正在使用此页面上描述的更改源。

我知道这个想法是轮询更改提要,这样我就不必请求文件列表并进行比较。现在,我将其设置为每 30 秒查询一次,并在更新最新更改编号时启动同步操作。 但是,为了使应用程序感觉响应更快,我想更频繁地查询 API(但仍仅在必要时启动同步)

鉴于此,我想知道针对更改源的请求是否计入 API 配额? 我不想更频繁地查询它是否会使我的配额消耗率翻倍。

看起来对更改 API 的请求确实计入配额。 我在云控制台中找到了"报告"部分。 它按用户、位置、方法等详细列出了请求。 浏览这些方法,我发现drive.changes.list占我使用量的大部分。

这很不幸,但比通过多次调用来刷新配额以获取每个文件的状态要好。

相关内容

  • 没有找到相关文章

最新更新