APNS 设备令牌与登录/注销系统相结合

Posted 2023-03-08

【中文标题】APNS 设备令牌与登录/注销系统相结合

【英文标题】：APNS device tokens combined with Login/logout system

【发布时间】：2015-12-16 15:01:29

【问题描述】：

我有一个 ios 应用程序，用户可以使用不同的帐户登录和注销。 （这些帐户特定于我们的服务）。

当有趣的事情发生时，我还使用 APN 将通知从我的后端服务器推送到应用程序。

以下场景描述了我的问题：

用户 A 启动应用程序并登录。生成设备令牌并将其发送到服务器。 用户 A 退出应用程序 用户B登录应用 后端服务器向“属于”用户 A 的设备发送通知。但是，用户 B 现在已登录到该设备。 （它们共享相同的设备令牌） 用户 B “收到”通知。 （即手机显示通知，尽管它不适用于当前帐户）。

有没有人解决过类似的问题？我可以想到几种解决方案，例如：

手动刷新设备令牌。 （不知道有没有可能） 接收通知 - 但仅在目标用户登录时才显示。但是，我认为这是不可能的，因为系统负责显示通知，而不是我的应用程序。 更改后端，以便用户必须告诉它何时在线和离线，并且在离线时不发送通知。 （这个解决方案会引起很多问题，而且我认为它也不会完全起作用，所以我想避免这种情况）。

这些解决方案似乎都不是最佳的，我也没有找到更好的解决方案。我认为，例如 Facebook 一定已经解决了类似的问题，而且可能还有很多其他问题。

感谢您对此的一些意见。

仅供参考。我将在 android 上遇到完全相同的问题，但我选择在 Stack Overflow 上将问题分开。

【参考方案1】：

你找到解决问题的灵丹妙药了吗？ 我们解决问题的方法如下：

A

登录并将其令牌上传到我们的后端并将其存储在钥匙串（或用户默认值）中。 如果

A

正确注销，我们会使其令牌无效。 如果应用被删除，

APNS

会通知我们的后端令牌无效。 （发送通知时） 当

B

登录时，我们将令牌上传到服务器，因为它已经存在于钥匙串（或 userdefaults）中，然后服务器会确保令牌仅属于单个用户。

注销时，我们会从远程通知中取消注册，以确保不会收到推送通知。

UIApplication.shared.unregisterForRemoteNotifications()

P.S.：Android 部分更简单，因为您可以在应用的生命周期中随时访问令牌，因此您不必手动存储它。

【讨论】：

这与我们解决它的方法大致相同。我确实错过了unregisterForRemoteNotifications()，所以非常感谢你！

【参考方案2】：

第三种解决方案是好的解决方案。您只需在用户注销时删除后端的安装对象，并在登录时创建一个新的。