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

概述我有一个iOS应用程序,用户可以使用不同的帐户登录和注销. (这些帐户特定于我们的服务). 我正在使用APN将通知从我的后端服务器推送到应用程序,当发生一些有趣的事情时. 以下方案描述了我的问题： >用户A启动应用程序并登录.生成设备令牌并将其发送到服务器. >用户A退出应用程序 >用户B登录应用程序 >后端服务器向“属于”用户A的设备发送通知.但是,用户B现在已登录到该设备. (它们共享相同的设 我有一个iOS应用程序,用户可以使用不同的帐户登录和注销. (这些帐户特定于我们的服务).

我正在使用APN将通知从我的后端服务器推送到应用程序,当发生一些有趣的事情时.

以下方案描述了我的问题：

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

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

>手动刷新设备令牌. (我不知道是否可能)
>接收通知 – 如果有意的用户登录,只显示它.但是,我不认为这是可能的,因为系统负责显示通知而不是我的应用程序.
>更改后端,以便用户在线和离线时必须告诉它,并在离线时不发送通知. (这个解决方案会导致许多问题,我认为它也不会完全有效,所以我想避免这种情况).

这些解决方案似乎都不是最优的,我没有找到更好的方法.我认为,例如Facebook必须解决类似的问题,也可能解决许多其他问题.

感谢有关此的一些意见.

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

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

以上是内存溢出为你收集整理的ios – APNS设备令牌与登录/注销系统相结合全部内容，希望文章能够帮你解决ios – APNS设备令牌与登录/注销系统相结合所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。