适用于Android中单个设备的多个APP ID在Urban Airship下

Question

我使用Tags处理Urban Airship推送通知。 对于每个新安装，UA都会在观众面前1.Male 2.Female新的App ID。在我的应用程序中，我有两种登录选项： 1.Male 2.Female

从UA我通过添加适当的标签发送消息。

情况1：

• 首次安装时，在我的设备下，我的设备注册了所选标签（我记录为男性）和APP ID。

• 在这种情况下，一切都很好。

案例2：

• 如果我从设备中删除了应用程序并再次安装并以不同的用户身份登录（例如：女性）。

• 现在，在观众席下，我的设备注册了女性标签和新的App ID。 （现在我的设备在UA下注册了新的APP ID）

• 如果我通过添加所需的女性标签从UA发送推送，请将接收到我的设备。

• 但在少数情况下，来自Male标签的消息也被设备接收。

观察：

• 现在在UA下，我的设备有两个APP ID和两个不同的标签。

• 可能是，由于这个原因，我的设备收到了两个标签消息，而不管选择的标签

需要解决方案

为什么android为每个新安装维护新的APP ID？

如何在新安装之前从UA中删除我设备的先前APP ID

（要么）

如何使用新的APP ID覆盖以前的APP ID

注意：

我通过集成推送通知在我的设备中安装了应用程序 使用API​​D注册的设备并将Active保持为True。

重新安装App后，生成新的APID并将Active显示为True。 但是，之前APID的Active状态仍然保持为True。 为什么以前的APID的活动状态未更改为False。

在IOS中，在新安装之后，先前的设备令牌状态变为非活动状态。 为什么只在android中发生？

提前致谢..

Answer 1

Urban Airship Support Team的回复：

每当您卸载并重新安装应用程序时，Android设备都会获得新的APID，这只是因为GCM的工作方式以及我们的系统如何处理它。 如果这对您不方便我们表示歉意，但是，这是预期的行为。 一旦您尝试推送到旧的APID，我们的系统将意识到早期安装不再处于活动状态，并应将旧的APID标记为非活动状态。 新的将保持活跃。

如果您足够快地卸载并重新安装应用程序，您可能会遇到如您所见的行为 ，其中最后一次推送旧标签的旧标签通过。 如果发生这种情况，旧的APID将被我们的库标记为非活动状态，并且不应该再次发生该安装。 我们发现这在生产中非常罕见，并且在测试过程中只是一个问题。

如果您想手动停用已知不再处于活动状态的旧APID，只需直接推送即可，GCM会向我们提供不再有效的反馈。 在那之后我们将不再尝试推动它。

最后，您使用的是我们的库的哪个版本？ 请确保您使用的是最新版本： http ： //urbanairship.com/resources/developer-resources - 旧版本无法可靠地处理此行为。