Android &引用;生命周期“;FCM中设备组的定义
我已经设法做了一个实现,允许我创建一个设备组,从中添加和删除注册ID,并向它发送消息,但现在我意识到我不知道什么时候应该调用这个方法 我最初的想法是Android &引用;生命周期“;FCM中设备组的定义,android,firebase,firebase-cloud-messaging,Android,Firebase,Firebase Cloud Messaging,我已经设法做了一个实现,允许我创建一个设备组,从中添加和删除注册ID,并向它发送消息,但现在我意识到我不知道什么时候应该调用这个方法 我最初的想法是 当用户注册到应用时创建设备组 在用户登录时向设备组添加注册id 删除用户注销时我在登录时添加的注册id 问题是,如果用户仅在一台设备上登录应用程序,并且他注销,那么当我删除注册id时,设备组将被删除。这意味着在用户再次登录之前,我无法通知用户任何事情。但这不应该是它的工作原理,例如在Facebook上,即使你输入后没有登录,你也会收到旧的通知
- 当用户注册到应用时创建设备组
- 在用户登录时向设备组添加注册id
- 删除用户注销时我在登录时添加的注册id
额外问题:如果我向设备组发送通知,然后在收到通知之前,用户登录到新设备,我将其注册id添加到设备组中,它会收到通知吗?我想他不会的。我认为这里应该如何使用设备组有点混乱 首先,如果我正确理解了您的流程,那么一旦用户安装并注册了您的应用程序,您就会立即创建相应的设备组并添加用户的注册令牌。从某种意义上说,这是有点太多的使用它 一般来说(正如建议的那样),设备组消息传递用于单个用户拥有多个设备的情况(我相信您已经了解了这一部分),但立即创建一个设备并不好 我心目中关于如何使用设备组消息传递的流程如下:
注册令牌
节点或其他东西),然后生成通知密钥
(设备组),然后相应地使用它device1
和device2
设备3
。它将不会收到可能已排队的消息综上所述,如果您愿意的话,还可以进一步测试。我认为在这里应该如何使用设备组有点混乱 首先,如果我正确理解了您的流程,那么一旦用户安装并注册了您的应用程序,您就会立即创建相应的设备组并添加用户的注册令牌。从某种意义上说,这是有点太多的使用它 一般来说(正如建议的那样),设备组消息传递用于单个用户拥有多个设备的情况(我相信您已经了解了这一部分),但立即创建一个设备并不好 我心目中关于如何使用设备组消息传递的流程如下:
注册令牌
节点或其他东西),然后生成通知密钥
(设备组),然后相应地使用它device1
和device2
设备3
。它将不会收到可能已排队的消息