push-notification - 多用户应用程序中推送通知的最佳实践？

Question

我正在研究一种需要支持允许多个用户使用的应用程序的推送架构。这意味着多个用户可以使用他们的凭据登录应用程序。我遇到的问题是，如果用户 A 允许推送通知，然后注销，然后用户 B 登录并开始接收用户 A 的推送通知怎么办？

处理此类事情的最佳做法是什么？我的一个想法是你可以记住最后一个登录的用户，并且只向“登录”用户显示推送通知。您必须在消息有效负载中发送某种用户上下文，以便可以根据登录用户对其进行检查。然而，这感觉有点时髦。

还有其他人遇到过这个吗？这似乎是一个非常相关的问题，尤其是对于家庭倾向于共享设备的平板电脑。

Answer 1

我认为您的建议在多用户应用程序中是可以接受的。在客户端实现这一点要比在服务器端简单得多。缺点是浪费了额外的带宽来发送不需要的通知。但绝大多数使用可能是单用户，所以这可能无关紧要。

另一种方法是跟踪您服务器上的登录用户及其当前的 reg_id。这可能会更复杂，因为 A 可以登录多个设备，然后从设备 1 注销，而 B 登录到设备 1，依此类推，您的服务器必须跟踪所有这些。所以可能是另一个表来跟踪“登录用户”与“注册 ID”之间的关系。

如果您讨厌发送不需要的通知，请使用服务器路由。如果你看重 Keep-It-Simple 原则，那就走客户路线。