Google drive api 推送通知和通道生命周期

我们正在尝试从google drive获取推送通知。我们正在开发一个有多个用户的web平台

我们需要在webhook上接收任何用户的更改。据报道，目前尚不清楚如何构建这些渠道及其生命周期

我们需要一个用户在我们的平台上登录后自动接收所有更改

我们不知道何时创建频道：

一旦，我的意思是，它被创建，平台将“永远”收到通知（直到频道被明确删除）

或者，我们需要在每次希望监视更改时创建一个频道（注意：无论用户是否登录到我们的平台，我们都希望随时监视更改）。我们希望永远收到通知

那么我们应该如何处理频道呢？

根据您提供的，您只需要为您想要观看的每个资源设置一个通知频道。 设置通知通道后，当任何监视的资源发生更改时，驱动器API将通知应用程序，这样您就不必每次都创建通道来监视更改

您可以检查这一点，即一旦更改到达回调url，就可以通过向更改资源uri发出get请求来获取更改。

根据您提供的，您只需要为要查看的每个资源设置一个通知通道。 设置通知通道后，当任何监视的资源发生更改时，驱动器API将通知应用程序，这样您就不必每次都创建通道来监视更改

您可以检查这一点，即一旦更改到达回调url，就可以通过向更改资源uri发出get请求来获取更改

它被创建，平台将“永远”接收通知（直到频道被明确删除）

（v3）说：

注意：对于驱动器API，文件资源的最长过期时间为当前时间后86400秒（1天），更改的最长过期时间为604800秒（1周）。如果未在请求中设置expiration属性，则过期时间默认为当前时间后3600秒

我的问题和你在问题中提到的一样。为了从一只手表切换到下一只手表，需要采取什么策略。你有什么事吗

它被创建，平台将“永远”接收通知（直到频道被明确删除）

（v3）说：

注意：对于驱动器API，文件资源的最长过期时间为当前时间后86400秒（1天），更改的最长过期时间为604800秒（1周）。如果未在请求中设置expiration属性，则过期时间默认为当前时间后3600秒

我的问题和你在问题中提到的一样。为了从一只手表切换到下一只手表，需要采取什么策略。你有什么事吗