Google drive api 使用drive.file作用域的更改提要的预期行为是什么？

我的期望是，如果我查询范围为drive.file的更改提要，我将只接收对我的应用程序所拥有的文件的更改

然而，在我所做的测试中，我看到feed中的文件与我的应用程序无关。至少其中一些是与我共享的文件

---

有人确切地知道这是如何工作的吗？

编辑0

类似或重复的问题

---

返回的文件不是特定于您的应用程序的。“网上公开”的文件也会被报告回来，不管你的应用程序是否创建了这些文件，或者用户是否在你的应用程序中打开过这些文件

有一个参数（

includeSubscribed

）将过滤掉共享文档，但这也有点有限（见下文）

发件人：

对于需要跟踪文件更改的Google Drive应用程序， 重复轮询可能既低效又占用大量资源。这个 Changes feed提供了一种更有效的方法来检测对all的更改 文件，包括与用户共享的文件。提要 当且仅当 自给定的changestamp之后，文件已更改

下面是来自的相关参数

包括订阅的布尔值

是否包括共享文件和公共文件 用户已打开的文件。当设置为false时，列表将包括 拥有的文件加上用户明确拥有的任何共享或公共文件 已添加到驱动器中的文件夹。（默认值：true）

范围（）
含义（每个文件访问应用程序创建或打开的文件）

范围以一种实用的方式实现了这一平衡。大概，用户只会打开或创建一个他们信任的应用程序的文件，原因是他们理解的

---

不过，就您的观点而言，请参考此内容。

谢谢，但我已经注意到已发布的“标准”更改提要行为。我的问题是，当应用程序使用drive.file作用域时，如何改变这种行为。特别是说，您用粗体标记的“所有文件”将覆盖我的应用程序仅具有通过其drive.file作用域查看其自己文件的权限这一事实？我想说，基于，如果您选择drive.file作为作用域，您应该只看到“应用程序创建或打开的文件的每个文件访问权限”。这也是我所期望的。这就是为什么我不明白为什么我会得到其他各种文件，其中大部分是在有问题的应用程序出现之前几年创建的。让我觉得它只是用于身份验证，而不是过滤掉可见的内容（当然，这对我来说毫无意义）。您是否尝试过其他作用域以查看是否存在差异（例如drive.metadata.readonly或drive.appdata）。对于其他作用域，我会得到所有更改的文件，这是我所期望的。drive.file是第三方应用程序的首选范围，因为它让用户感到舒适，因为应用程序无法访问应用程序最初未创建的文件。它似乎就是这么做的，除了应用到变更提要时。你看过关于这个问题的其他答案和评论了吗？所有这些都已经讨论过了。