推送通知和渠道​​生命周期

Posted

技术标签:

【中文标题】推送通知和渠道​​生命周期【英文标题】:Push notifications and channels lifecycle 【发布时间】:2017-07-24 11:18:24 【问题描述】:

我们正在尝试从 Google Drive 获取推送通知。我们正在开发一个有多个用户的网络平台。

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

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

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

    我的意思是,一旦创建,平台将“永远”接收通知(直到明确删除频道)? 或者我们需要在每次想要观察变化时创建一个频道(注意:我们希望随时观察变化,无论用户是否登录我们的平台)。我们希望永远收到通知。

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

【问题讨论】:

【参考方案1】:

根据您提供的documentation,您只需为每个要观看的资源设置一个通知渠道即可。 设置通知通道后,Drive API 会在任何观察到的资源发生变化时通知您的应用程序,因此您无需在每次想要观察变化时都创建通道。

您可以查看thread,它声明一旦更改到达回调 url,就会通过对更改资源 uri 发出 get 请求来获取更改。

【讨论】:

【参考方案2】:

它已创建并且平台将“永远”接收通知(直到频道被明确删除)?

documentation (v3) 说:

注意:对于 Drive API,文件资源的最长过期时间为当前时间后 86400 秒(1 天),更改为 604800 秒(1 周)。如果您的请求中没有设置过期属性,则过期时间默认为当前时间后 3600 秒。

我遇到了与您在问题中提到的相同的问题。采取什么策略,以便从一只手表切换到另一只手表。你有什么东西吗?

【讨论】:

以上是关于推送通知和渠道​​生命周期的主要内容,如果未能解决你的问题,请参考以下文章

未读推送通知的生命周期

如何使 fcm 推送通知过期或设置生命周期?

在应用程序生命周期的另一个时间请求远程通知授权?

iOS 应用的生命周期

从 APNS 收到的设备令牌的生命周期

ECR 生命周期策略异常