极光推送别名设置的限制将于 2020 年 2 月 10 日进行调整（重要）

尊敬的极光开发者：

您好！感谢您长期以来对极光推送的关注和支持。

极光推送一直以来提供了“广播”、“标签（tag）”、“别名（alias）”和“registration_id”等多种推送方式，这几种推送方式正确使用场景如下：

• 如果您希望一条推送能发给您 App 下的全量用户，建议您使用“广播”；参考：怎么样广播推送？
• 如果您希望一条推送能批量推送给具有相同属性的一群用户，建议您使用“标签（tag）”推送；参考： 怎么样向指定的一群用户推送消息？
• 如果您希望一条推送只针对指定的某一个用户推送，则您可以选择“别名（alias）”或者“registration_id”推送；参考： 怎么样向特定的某个用户推送消息？

由于历史原因，部分开发者将“别名（alias）”当成了“标签（tag）”，给大量用户设置了相同的“alias”值，这样会影响根据单个“别名（alias）”推送的消息下发速度，造成消息下发不及时的假象。

为了规范使用方式，也为了给开发者带来更好的用户体验，极光推送会在 2020-02-10 上线针对 alias 使用的新规则：新设置的 alias 值，只允许和一个设备绑定；在这之前旧有已经存在的 alias 值，不再允许继续和新的设备建立绑定关系。

举例说明如下：

• a. 假设是旧有已经存在的 alias 值，您旧有的 alias 值已经跟 N 个设备建立了绑定关系，届时，已经绑定的 N 个设备不会影响，但是无法继续新增和第 N+1 个设备绑定的绑定关系。（N>1）

  • 若 N=1，则给第 2 个设备设置旧有的 alias 值时，属于覆盖逻辑，即会删除第 1 个设备的别名，仅给第 2 个设备绑定该别名。

• b. 假设是新设置的 alias 值，你通过接口设置时，极光只会和最后一次设置的设备建立绑定关系。

为给开发者预留时间切换业务逻辑，极光特提前发布本次通知，请目前将“别名（alias）”当“标签（tag）”使用的开发者，尽快使用“标签（tag）”替代“别名（alias）”。

如果在你们的业务逻辑里面实际只需要最后一个设置别名 A 的设备收到消息就好了，但是之前可能没有对别名做唯一性处理，现在有 A、B 设备都设置了别名 A，希望新设备 C 能设置 A成功，而 A、B可以与别名A解绑，那么你们可以调用 REST API 去解绑。

本次服务优化给您带来的不便，我们深感抱歉，如有任何疑问，可发邮件至 support@jiguang.cn 。

极光开发者服务团队