通过设备或服务器注册APID与Urbanairship

Question

我有一个应用程序设置，其中Android和IOS设备都配置了UA库。我遇到的问题是了解其中某些步骤的目的，或者我是否重复工作。我将首先解释我设置的过程。

1. 在应用程序启动时，设备似乎正在成功注册UA。

2. 然后设备将他们的apid和信息发布到我自己的服务中（在不同的服务器上）。

3. 我的服务器存储设备ID信息和推送所需的一切。

4. 对于每个进入的推送启用设备，我的服务器都会对UA执行订阅调用。适用于IOS的“/ api / device_tokens /”和适用于Android的“/ api / apids”。

5. 此服务器的设计使得当它想要发送推送通知时，它会查询它拥有的设备ID和令牌列表，并将此信息发送到UA的push api服务。 “/ api / push /”等...

然而，有一个步骤使我感到困惑。 步骤1和步骤4之间有什么区别。我基本上是两次注册设备令牌和信息吗？一次从设备和一次从我自己的服务器？

简而言之，设备执行的注册（根据其相关库）与从我的服务器注册到UA的api“/ api / device_tokens”之间的区别是什么

此外，这在哪里发挥作用： https://docs.urbanairship.com/display/DOCS/Server%3A+Subscription+API

Answer 1

UA系统中的“订阅”一词是指重复的内容订阅，例如杂志类型的应用。而“注册”是系统中的设备注册。每次应用程序启动时（或多或少），应用程序都会自行注册UA服务器。通常不需要在每次推送之前重新注册设备，但是这样做不应该是有害的。如果要在服务器上维护设备ID列表，则应定期使用Feedback API修剪列表。这将返回“已停用”设备ID的列表，因此您不会在系统中存储无法寻址的设备ID。

除非您的应用正在销售订阅，否则您无需担心订阅API。